如何给静态网站做客户端搜索
实测文章比较多的情况下,客户端搜索对首屏渲染影响比较大,所以本文的方案不建议使用。
上个月做了一个博客/周刊网站的开源模板,也写了拆解文章:Next.js+MDX手撸一个开源周刊模板。
做完只感叹 MDX+SSG 真的太香了!有了这个模板,我以后做文档类网站如虎添翼啊。
💡
SSG(Static Site Generation)是一种预渲染网站页面的方法,通过将内容提前生成为静态 HTML 文件,提供了更快的加载速度和更好的性能。
不过,很快我发现了另一个问题,如果这个网站内容越来越多,用户要怎么检索信息?
搜索功能说起来容易,可我这是 SSG 网站,没有数据库,Next.js 虽然有服务端组件,但也不能每次用户搜索都用服务端组件读一遍所有文件吧!且不说读取文件耗时造成用户体验的问题,一大堆文件读取操作也够服务器喝一壶了。
一开始,我以为会有很成熟的方案,npm 安装个依赖就完事,但去了解了才发现并非如此。SSG 网站集成搜索的方案有很多种,但都是底层库,开发者需要自己编写很多逻辑。我在实现搜索功能的过程中也吃了一点苦头,本文就是记录这个过程中的思考与实践。
读完本文你将学到:
- 搜索功能实现方案的思考
- FLexSearch 实现SSG网站搜索功能的分析与实践
- 了解常见搜索库的底层设计原理
搜索功能实现方案的思考
方案一:服务端全文检索
在开始研究搜索方案前,我能想到的方法就是让服务端全文检索。我要做的是博客类网站,如果文本内容放在数据库,可以通过数据库检索。然而,我的网站是用 MDX 实现的静态网站,肯定没有数据库了,如果还想做实时搜索,可以考虑用 node fs 模块读取文件内容进行匹配。这种方案倒是不难,因为我在用 Next.js 静态生成的时候,就已经写好了读取 mdx 文件内容的方法了:
频繁读文件会导致大量IO操作,会给服务端带来很大压力;而且随着文件数量增多,这种方案的搜索效率可能大幅下降。
这个方案是应用价值最低的,必须抛弃!
方案二:使用第三方服务
使用第三方服务是一种比较靠谱的方法,比如 Algolia 和 Elastic 这样的平台都已经比较成熟,服务也稳定。
以 Elastic 为例介绍,你只需要注册账号,然后创建索引,让网络爬虫把网站内容爬取出来,
然后把爬取和创建的索引数据关联到数据库,然后就可以通过接口开发实现搜索功能。
用第三方服务实现搜索功能,优点是可以快速拥有成熟且功能丰富的搜索功能,但缺点也很明显,学习成本可能会拖累开发进度,而且要付费。所以使用第三方服务只能是备选方案。
方案三:使用开源的搜索库
既然有成熟的第三方搜索服务,那么肯定也会有开源的手搓方案,于是我搜了一下,那是相当的多啊,比如 Fuse、Lunr.js、FlexSearch 等等。
而这些库的使用方式都遵循两个步骤:
- 创建网站内容索引的方法
- 查询该索引以返回相关结果的方法
和第三方服务的使用原理相同。
对比了几个开源搜索库之后,我选择了 FlexSearch,选择这个库的主要原因有两个:
-
在 FlexSearch 文档里有个测评效果对比,结论是 FlexSearch 是地表最强搜索库
-
FlexSearch 提供的 API 很多,配置灵活,所以文档非常长,学习起来心智负担不小。我想挑战一下,所以就决定用它了。
FLexSearch的用法与客户端搜索实践
如上一节所说,FlexSearch API 很多,文档很长,所以本文没办法把所有 API 用法都介绍清楚,这里只介绍本次实践会用到的几个核心 API。
创建和配置索引
使用 FlexSearch 的第一步就是先创建索引。
这个索引定义中,使用 FlexSearch.Document
创建了一个用于全文搜索的文档级索引,可以用来给整篇文档创建索引。
配置介绍:
tokenize
:用于指定索引的分词策略,这决定了如何将文本拆分成可索引的单元。有以下几种可选项:
strict
:对文本进行严格的分词,只考虑完整的单词;
forward
:将文本向前分词,它会从文本的开始到结束进行分词,例如:“quick brown fox”会被分词为“quick”, “quick brown”, “quick brown fox”;
reverse
:与 forward
相反,此选项从文本的末尾向开始分词,例如:“quick brown fox”会被分词为“fox”, “brown fox”, “quick brown fox”;
full
:对文本进行完整的分词,即产生所有可能的子字符串;
- 自定义方法:FlexSearch 支持自定义分词方法。例如:
(str) ⇒ str.split(/\s+/)
,可以把任何添加到索引的文本都将按空格被拆分成单词。通过这个自定义方法,在中文场景下,我们可以引入 nodejieba
或者 segment
进行分词处理。
cache
: 设置缓存的大小,这里的 100 表示缓存最近 100 个搜索结果。缓存可以提高频繁查询的响应时间。
document
:用来定义文档索引的主要结构
- id:指定用作文档唯一标识符的字段名称;
- index:定需要被索引的字段,这里是
content
字段,content
在我的代码里是用来存 mdx 文件的内容。
- store:指定除了建立索引外,还需要存储的字段列表。
添加数据
创建完索引后,就可以往索引里添加数据,例如根据上面定义的索引,就可以用 add
方式这样添加数据:
搜索内容
添加数据后,就可以调用 search
方法进行搜索:
search 方法有三个参数:
text
:这是你搜索的文本字符串。
limit
:这是一个可选参数,用于控制搜索结果的最大条目数,如果不设置此参数,搜索结果将返回所有匹配的项。
options
:这是也是个可选参数,用于配置搜索的行为:
suggest
: 一个布尔值,如果设置为 true
,在没有找到完全匹配的情况下,FlexSearch 会尝试返回接近的匹配项。
enrich
: 设置为 true
时,会返回更多的结果信息,而不仅仅是文档的 id。
bool
: 定义逻辑操作的类型(如 "or"、"and"),影响多个关键字的搜索逻辑。
完整逻辑
上面三个 API 是做一个搜索功能必备的,但实际开发中,为了效果更好,会需要处理得更细致。下面是我的搜索功能使用的代码,我会通过注释解释代码思路:
这里有了 pageIndex
,为什么还要创建 sectionIndex
呢?因为最开始我只为文章创建了索引,然后发现搜索结果会显示整个文章,长度太长体验不好,但是按段落建立索引后,搜索的时候用 sectionIndex
进行搜索,搜索结果只会按段落排序,体验比较好。
搜索的代码就比较简单了,只需要根据 FlexSearch 搜索出来的结构进行转换格式和提取数据就可以:
有了这些方法,只需要在调用 createIndex
方法创建索引时传入文档内容就可以。我选择把搜索逻辑放在客户端执行,所以只需要在服务端组件获取所有 mdx 文件的内容,然后传到客户端组件内,再调用 createIndex
方法就可以。
这样实现出来的搜索效果几乎是0延迟的。你可以到我的模板站试用:https://weekly.weijunext.com
背后的原理
使用类似 FlexSearch 这样的搜索库的时候,无论代码层面是在服务端搜索还是客户端搜素,你都会发现搜索速度都非常的快。
现在我们来分析一下这类搜索库背后的基本原则和方法:
首先是索引的构建:
- 文本分词(Tokenization):这是搜索引擎的第一步,它涉及将文本字符串分解成更小的单元或“词条”(tokens)。这些词条是建立索引的基础。
- 词条标准化(Normalization):标准化过程确保索引的一致性,常见的操作包括转换为小写、移除标点符号、以及应用词干提取(stemming)和停用词过滤。
- 倒排索引(Inverted Index):在建立了词条之后,搜索引擎通常会创建一个倒排索引。这是一个从词条到包含该词条的文档列表的映射。这种数据结构使得搜索引擎能够快速定位包含特定词条的所有文档。在代码实现层面,会涉及到 JavaScript 对象或者 ES6 Map 对象来存储这种映射关系。
其次是搜索查询处理:
- 查询分析:当用户提交搜索请求时,输入的文本也会经过类似于索引时的分词和标准化处理。
- 查询执行:使用处理过的查询词条,搜索引擎会查找倒排索引,获取包含所有或部分查询词条的文档列表。
- 相关性评分和排序:为了提高搜索结果的相关性,搜索引擎会实现一种评分机制来确定每个文档与搜索查询的匹配程度。档根据它们的得分进行排序,以便最相关的结果排在最前面。
为了做到极致效率,每个库都会进行性能优化,例如:
- 缓存机制:实现缓存策略,缓存常见的查询和结果,以提高响应速度。
- 异步和并行处理:在 JavaScript 环境中,利用异步操作和在可能的情况下并行处理数据,可以有效地利用资源并减少阻塞。
下面是一个丐版的搜索库 demo,如果你想自己做一个搜索库,可以从这个 demo 入手:
关于我
我是一名全栈工程师,Next.js 开源手艺人,AI降临派。
今年致力于 Next.js 和 Node.js 领域的开源项目开发和知识分享。
欢迎在以下平台关注我: