微信团队分享:微信移动端的全文检索多音字问题解决方案

本文来自微信开发团队WeMobileDev公众号的技术分享。

1、前言

微信的移动客户端全文搜索中的多音字问题一直是搜索体验的痛点之一。微信客户端全文搜索在上线以后,也经常收到用户关于多音字问题的反馈。所以,微信全文搜索中的多音字搜索成了一个迫切需要解决的问题。本文重点讲述微信安卓客户端在SQLite FTS5的基础上,多音字问题的解决方案。

另外:微信团队在另一个文章《微信手机端的本地数据全文检索优化之路》 中,分享了更为详细的全文检索优化思路,建议有兴趣的开发者可以深入的看看。

建议:您也可以在微信客户端的sqlite数据库中找到本文中相关技术的真实实现,微信的SQLite样本库可在此下载《微信本地数据库破解版(含iOS、Android),仅供学习研究 [附件下载]》(特别申明:微信的SQLite样本库仅供研究和学习之外,严禁用于商用业目的,所有权归微信所有)。

学习交流:

- 即时通讯开发交流群:320837163[推荐]

- 移动端IM开发入门文章:《新手入门一篇就够:从零开发移动端IM》

(本文同步发布于:http://www.52im.net/thread-1545-1-1.html)

2、相关文章

《微信手机端的本地数据全文检索优化之路》 

《腾讯技术分享:Android版手机QQ的缓存监控与优化实践》

《微信团队分享:iOS版微信的高性能通用key-value组件技术实践》

《微信团队分享:iOS版微信是如何防止特殊字符导致的炸群、APP崩溃的?》

《腾讯技术分享:Android手Q的线程死锁监控系统技术实践》

《微信团队原创分享:iOS版微信的内存监控系统技术实践》

《iOS后台唤醒实战:微信收款到账语音提醒技术总结》

《腾讯团队分享 :一次手Q聊天界面中图片显示bug的追踪过程分享》

《微信团队披露:微信界面卡死超级bug“15。。。。”的来龙去脉》

《微信客户端团队负责人技术访谈:如何着手客户端性能监控和优化》

《微信团队原创分享:微信客户端SQLite数据库损坏修复实践》 

《移动端IM实践:iOS版微信界面卡顿监测方案》 

《移动端IM实践:Android版微信如何大幅提升交互性能(一)》

《移动端IM实践:Android版微信如何大幅提升交互性能(二)》

《移动端IM实践:iOS版微信的多设备字体适配方案探讨》 

《信鸽团队原创:一起走过 iOS10 上消息推送(APNS)的坑》

3、微信的全文检索需求

搜索形式:

拼音前缀搜索,中文和拼音不能混合搜索,输入拼音必须为连续汉字的全拼音或者短拼音。

搜索内容:

联系人、群聊以及公众号的备注和昵称(最大长度为16个中文字符)。

例如。

联系人A,昵称为“王宏伟”,那么通过以下几种方式都需要搜索到联系人A的昵称:

4、词表方案

中文全文搜索引擎如果需要支持拼音,就需要把输入的中文字符,转化为拼音字母,如果不考虑多音字的情况,我们只需要一张单个汉字的拼音表即可实现转化,但是在多音字的情况下,由于每个汉字在不同的词语当中的读音都有可能不一样,所以,为了使得每个中文字符能够获取到准确的拼音,就需要引入一份词语拼音对应表。

众所周知,汉语博大精深,常用的汉字有20777个,而词语(包括成语)的汉字个数为2到16个,同一个汉字在不同词语中读音有可能不一样。

所以汉语词语转化为拼音有如下两个方案:

1)穷举词语表;

2)采用概率模型,通过训练分类器模型,获取中文字符拼音。

第一种方案对存储空间的要求非常高,对资源的消耗过大。

第二种方案,通过在现有的TTS(Text To Speech)模型中,把汉字转拼音读音的模型拆出来,初步搭建一个概率模型,在初步的调优后,得到一个1个G的拼音模型,识别拼音的准确在可接受范围内。由于模型大小为GB级别,初步考虑是将模型放到后台处理。

处理流程如下图:

优点:

客户端无改动,可以快速覆盖所有版本客户端。

缺点:

用户修改备注或者昵称后,需要等待后台下发拼音后才能有正确的拼音索引,导致拼音索引建立不够及时。微信用户量巨大,用户修改备注和昵称的频次非常高,每天都有几十亿次修改,导致后台处理这部分的运算量和耗时非常严重,需要增加较大成本。

5、字表方案

常用汉字有20777个,总体大小为200KB,可以直接带到客户端中,并且查询的时间复杂度为O(1),在数据量方面是可以接受的。

优点:

用户修改昵称或者备注以后,能够快速响应并及时建立索引;

将后台巨大的计算量均摊到用户手机上,节省成本;

对于姓名中汉字的读音,可以用任意一个读音搜索出来。

缺点:

在用户体验上,词语中的多音字可以用任意该汉字的拼音搜索出来;

在综合考虑用户体验和性能问题后,最后微信选择了字表方案。

6、客户端索引方案

在确定字表方案后,需要在客户端本地使用SQLite FTS5建立索引。因为拼音搜索主要是采用前缀搜索的方式,所以建立索引的内容以及方式需要考虑FTS5前缀搜索的过程。

路径(1)是在建立索引表时使用Prefix索引,所以用户在输入Query时,直接通过Hash方法查找前缀索引表即可找到所有以Query为前缀的结果。

路径(2)是在建立索引表时未使用Prefix索引,所以用户在输入Query时,FTS5通过临时搭建一个前缀树来查找以Query为Preifx的索引集合。

从时间复杂度上,路径1具有明显优势,所以在建立索引时,需要加入Prefix配置:

6.1 索引方案一

考虑到用户输入时是连续输入,并不会考虑跨拼音问题。

例如,用户搜索备注“市委书记”的拼音,会可能采用如下的Query:

shi

shiweishuj

sw

根据以上用户输入习惯以及FTS5前缀搜索原理,采用第一个索引方案:

在FTS5匹配以上Query时,用户1、2两种输入都作为"shiweishuji"的前缀被匹配,而3的输入会作为“swsj”的前缀被匹配。

6.2 索引方案二

索引方案一仅考虑用户从拼音的头部开始搜索,并没有考虑从中间开始搜索。

例如以下的Query:

shuji

sj

所以,需要建立索引时,需要把每个汉字的拼音作为前缀建立到索引中,如下表:

6.3 索引方案三

方案一和方案二是在不考虑多音字的情况的索引方案,当引入了多音字以后,在组合拼音字符串时,每一个拼音都可能存在多种情况。

以下为用户备注“张靓颖”的索引:

当昵称“张靓颖”建立索引以后,得到如下索引结构:

TermOffset:表示一个词语在某一个Document中的偏移;

DocId:Document的唯一ID。

通过一个DocId和一个TermOffset可以定位一个词语。而SQLite FTS5正是通过搜索一个词语来找到对应的DocId,通过TermOffset来定位该词语在Document中的位置。

方案优点:

实现较为简单;

可覆盖所有多音字情况。

方案缺点:

索引数据量过大;

考虑常用汉字一共20777个,其中多音字2659个,多音字占比12.7%,平均每个多音字有2.14个拼音。

在微信场景中,联系人的备注和昵称最大字符长度为16个字符,所以我们假设每个昵称的字符为16个汉字,其中,每个汉字的拼音长度为最长度(7个英文字母+1个短拼音英文字母)。

一般场景:

其中20777个汉字当中,出现在昵称中的概率一样,所以16个字符中,大约会出现3个多音字,得到如下公式:

极限场景:

昵称中每一个字都是多音字,每个多音字都有4个读音,例如“么么么么么么么么么么么么么么么么”,得到如下公式:

从以上两种场景中可以看出,方案三在极限场景中会出现占用超大数据量的情况,所以方案三不可用。

6.4 索引方案四

方案三通过穷举法来列举所有拼音组合,核心在于通过空间换区时间,在所需要的空间过于巨大时,可以采取折中的方案来实现。

在汉语中,一个同样意义的实体通过两个不同的词语来表示,称这两个不同的词语为同义词,在数据上表示为(词语A,词语B)=(意义C),那么在多音字的情况来看,同样可以表示为(拼音A,拼音B)=(汉字C)。方案四的核心在于通过同义词的方式来表示多种拼音的组合。

在SQLite FTS5中,一个词语可以通过一个DocId和一个TermOffset来定位,所以当两个词语拥有同一个DocId和TermOffset时,就可以说这两个词语为同义词了,也就有了如下的索引方案:

方案优点:

索引数据量小:

1)一般情况:

2)极限情况:

建立索引速度快。

方案缺点:

默认分词器不能适配多音字的拼音数据;

索引中的数据不能直接对应用户输入。

为了解决方案四的两个问题,我们引入了多音字分词器,并且做了用户输入预处理。

7、多音字分词器

SQLite FTS5默认的分词器的分隔符都是固定的,所以,在识别拼音字符时,会当成英文字母来分词。为了能够达到需要的索引结构,我们引入了二级分隔符,使用分号“;”分隔不同汉字以及“,”分隔同一个汉字的不同拼音。

以下是多音字分词器的分词流程:

8、用户输入预处理

当用户的输入为连续拼音时,由于索引中不存在直接对应的Term,所以需要把用户输入的Query拆解成为索引当中可能存在的Term。

假设用户输入拼音:zhuang,根据短拼音和全拼音的规则,可得到如下7中搜索组合:

考虑到最后一个拼音为前缀搜索,所以,在列举拼音组合时,前面都需要考虑符合完整的拼音,最后一个可以只考虑是否是某个拼音的前缀。

实现这个算法可以通过把所有的拼音作为输入,构建一颗前缀树,能够把整个Query拼音拆解的时间复杂度降低到O(nlgn)。

最后,把所有的拼音组合情况都写到SQL中:

9、方案的实际效果

对比方案三和方案四,在拼音数据上有较为明显的提升,提升的范围在50%左右。

由于联系人拼音数据的减少,使得单个联系人的数据量下降,减少了Insert SQL的执行时间,建立联系人索引的时间也有较为明显的降低,减少30%左右。

在搜索Query的时间上,多音字方案因为拼音组合的多样性,增加了查找HashTable的次数,但是由于搜索HashTable的时间复杂度为O(1),而拼音组合在有限字符的query下不多(小于20个),所以增加时间不多,但是由于数据量的减少,ORM的时间缩短,搜索Query的时间有15%左右的提升。

更为详细的微信全文检索优化思路请见《微信手机端的本地数据全文检索优化之路》。微信的本地SQLite研究样本可从此下载《微信本地数据库破解版(含iOS、Android),仅供学习研究 [附件下载]》(特别申明:微信的SQLite样本库仅供研究和学习之外,严禁用于商用业目的,所有权归微信所有)。

附录:更多微信、QQ的文章

[1] QQ、微信团队原创技术文章:

《微信团队分享:微信移动端的全文检索多音字问题解决方案》

《腾讯技术分享:Android版手机QQ的缓存监控与优化实践》

《微信团队分享:iOS版微信的高性能通用key-value组件技术实践》

《微信团队分享:iOS版微信是如何防止特殊字符导致的炸群、APP崩溃的?》

《腾讯技术分享:Android手Q的线程死锁监控系统技术实践》

《微信团队原创分享:iOS版微信的内存监控系统技术实践》

《让互联网更快:新一代QUIC协议在腾讯的技术实践分享》

《iOS后台唤醒实战:微信收款到账语音提醒技术总结》

《腾讯技术分享:社交网络图片的带宽压缩技术演进之路》

《微信团队分享:视频图像的超分辨率技术原理和应用场景》

《微信团队分享:微信每日亿次实时音视频聊天背后的技术解密》

《QQ音乐团队分享:Android中的图片压缩技术详解(上篇)》

《QQ音乐团队分享:Android中的图片压缩技术详解(下篇)》

《腾讯团队分享:手机QQ中的人脸识别酷炫动画效果实现详解》

《腾讯团队分享 :一次手Q聊天界面中图片显示bug的追踪过程分享》

《微信团队分享:微信Android版小视频编码填过的那些坑》 

《微信手机端的本地数据全文检索优化之路》 

《企业微信客户端中组织架构数据的同步更新方案优化实战》

《微信团队披露:微信界面卡死超级bug“15。。。。”的来龙去脉》

《QQ 18年:解密8亿月活的QQ后台服务接口隔离技术》

《月活8.89亿的超级IM微信是如何进行Android端兼容测试的》

《以手机QQ为例探讨移动端IM中的“轻应用”》

《一篇文章get微信开源移动端数据库组件WCDB的一切!》

《微信客户端团队负责人技术访谈:如何着手客户端性能监控和优化》

《微信后台基于时间序的海量数据冷热分级架构设计实践》

《微信团队原创分享:Android版微信的臃肿之困与模块化实践之路》

《微信后台团队:微信后台异步消息队列的优化升级实践分享》

《微信团队原创分享:微信客户端SQLite数据库损坏修复实践》 

《腾讯原创分享(一):如何大幅提升移动网络下手机QQ的图片传输速度和成功率》 

《腾讯原创分享(二):如何大幅压缩移动网络下APP的流量消耗(下篇)》 

《腾讯原创分享(二):如何大幅压缩移动网络下APP的流量消耗(上篇)》 

《微信Mars:微信内部正在使用的网络层封装库,即将开源》 

《如约而至:微信自用的移动端IM网络层跨平台组件库Mars已正式开源》 

《开源libco库:单机千万连接、支撑微信8亿用户的后台框架基石 [源码下载]》 

《微信新一代通信安全解决方案:基于TLS1.3的MMTLS详解》 

《微信团队原创分享:Android版微信后台保活实战分享(进程保活篇)》 

《微信团队原创分享:Android版微信后台保活实战分享(网络保活篇)》 

《Android版微信从300KB到30MB的技术演进(PPT讲稿) [附件下载]》 

《微信团队原创分享:Android版微信从300KB到30MB的技术演进》 

《微信技术总监谈架构:微信之道——大道至简(演讲全文)》

《微信技术总监谈架构:微信之道——大道至简(PPT讲稿) [附件下载]》 

《如何解读《微信技术总监谈架构:微信之道——大道至简》》

《微信海量用户背后的后台系统存储架构(视频+PPT) [附件下载]》

《微信异步化改造实践:8亿月活、单机千万连接背后的后台解决方案》 

《微信朋友圈海量技术之道PPT [附件下载]》 

《微信对网络影响的技术试验及分析(论文全文)》 

《一份微信后台技术架构的总结性笔记》 

《架构之道:3个程序员成就微信朋友圈日均10亿发布量[有视频]》 

《快速裂变:见证微信强大后台架构从0到1的演进历程(一)》

《快速裂变:见证微信强大后台架构从0到1的演进历程(二)》 

《微信团队原创分享:Android内存泄漏监控和优化技巧总结》 

《全面总结iOS版微信升级iOS9遇到的各种“坑”》 

《微信团队原创资源混淆工具:让你的APK立减1M》 

《微信团队原创Android资源混淆工具:AndResGuard [有源码]》 

《Android版微信安装包“减肥”实战记录》 

《iOS版微信安装包“减肥”实战记录》 

《移动端IM实践:iOS版微信界面卡顿监测方案》 

《微信“红包照片”背后的技术难题》 

《移动端IM实践:iOS版微信小视频功能技术方案实录》 

《移动端IM实践:Android版微信如何大幅提升交互性能(一)》

《移动端IM实践:Android版微信如何大幅提升交互性能(二)》

《移动端IM实践:实现Android版微信的智能心跳机制》 

《移动端IM实践:WhatsApp、Line、微信的心跳策略分析》 

《移动端IM实践:谷歌消息推送服务(GCM)研究(来自微信)》

《移动端IM实践:iOS版微信的多设备字体适配方案探讨》 

《信鸽团队原创:一起走过 iOS10 上消息推送(APNS)的坑》

《腾讯信鸽技术分享:百亿级实时消息推送的实战经验》

>> 更多同类文章 ……

[2] 有关QQ、微信的技术故事:

《技术往事:微信估值已超5千亿,雷军曾有机会收编张小龙及其Foxmail》

《QQ和微信凶猛成长的背后:腾讯网络基础架构的这些年》

《闲话即时通讯:腾讯的成长史本质就是一部QQ成长史》

《2017微信数据报告:日活跃用户达9亿、日发消息380亿条》

《腾讯开发微信花了多少钱?技术难度真这么大?难在哪?》

《技术往事:创业初期的腾讯——16年前的冬天,谁动了马化腾的代码》 

《技术往事:史上最全QQ图标变迁过程,追寻IM巨人的演进历史》 

《技术往事:“QQ群”和“微信红包”是怎么来的?》 

《开发往事:深度讲述2010到2015,微信一路风雨的背后》 

《开发往事:微信千年不变的那张闪屏图片的由来》 

《开发往事:记录微信3.0版背后的故事(距微信1.0发布9个月时)》 

《一个微信实习生自述:我眼中的微信开发团队》

《首次揭秘:QQ实时视频聊天背后的神秘组织》

>> 更多同类文章 ……

(本文同步发布于:http://www.52im.net/thread-1545-1-1.html)

转载于:https://www.cnblogs.com/jb2011/p/8867603.html

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/414253.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

PHP编译不成功

早上开机的时候运行本地网站,蹦出一个error: ERROR:syntax error, unexpected 92 (T_CONSTANT_ENCAPSED_STRING), expectin懵,昨天下班前不是还好好的吗(其实我不知道下班前是不是好好的,因为下班前没跑程序好尴尬)&am…

201571030128/201571030118《小学四则运算练习软件软件需求说明》结对项目报告

一、以实验二个人项目、实验三结对项目所开发的小学生四则运算练习软件作为原型,实施小学生四则运算练习软件用户调研活动具体过程。 1、真实的调研对象 对象性别年龄身份刘老师女23小学数学实习老师杨同学男12小学五年级学生杨家长女35杨同学的家长何老师男24小学数…

QQ互联登陆(Java)

一、准备部分 1、账户注册 腾讯开放平台网址: https://connect.qq.com/index.html 首先需要到开放平台注册QQ互联开发者身份。注册之后创建一个网站应用,注意,需要备案成功的域名才可申请。 2、应用审核 审核通过后如下图所示,审核通过后可以…

动静分离-静态资源缓存控制

一、静态资源服务与动态资源服务的区别 首先动静分离非前后端分离,关于两者的介绍如下: 动静分离:动态资源(jsp、ftl)与静态资源(js、img、css)分开前后端分离:接口与视图分开独立开发部署二、为什么静态资源需要实现CDN内容加速 …

分布式session共享

一、前言 为什么会出现session共享问题? 客户端与服务器交互时会产生唯一的sessionid用于标记用户,但是在分布式架构中,如果还是采用 session 的方式,用户发起请求,通过 nginx 做请求转发时,并不知道是转发…

InnoDB锁问题

InnoDB锁问题 InnoDB与MyISAM的最大不同有两点:一是支持事务(TRANSACTION);二是采用了行级锁。行级锁与表级锁本来就有许多不同之处,另外,事务的引入也带来了一些新问题。下面我们先介绍一点背景知识&#…

phpsduty环境下,使用composer安装报错

1.首先要下载composer进行安装 点击下载 ,最新的composer要求的php版本都比较高,安装之后,将composer的安装路径加入环境变量,我的参考路径:D:\composer; 2.我的环境使用的php版本是php7.0.12-nts&#xf…

SPU、SKU、ARPU

在涂涂商城开发之前,发现一篇关于电商中 SPU、SKU、ARPU 的介绍,转至博客,原文地址:http://www.ikent.me/blog/3017 什么是SPU、SKU、ARPU 首先,搞清楚商品与单品的区别。例如,iphone 是一个单品&#xff0…

NOIP2011提高组day2

NOIP 2011 提高组 Day 2 T1 : 题意: 这道题题意很显然,方法就是利用数学中的二项式定理 : ( x y ) ^ n C ( i , n ) * x ^ i * y ^ ( n - i ),i ∈ [ 0 , n ],所以求x ^ n * y ^ m的系数,就是…

react+redux+node报错Tapable.plugin is deprecated. Use new API on `.h ooks` instead

npm run hot运行 报错(node:5372) DeprecationWarning: Tapable.plugin is deprecated. Use new API on .h ooks instead 原因是内网的IP变了,所以启动报错,修改webpack.dev.js里的host,解决。

什么是单点登录

前言: 是时候了解一下SSO相关的知识了,本篇主要是概念篇,发现网上两篇不错的文章,简单整合了一下,原文链接:https://www.cnblogs.com/Java3y/p/10877465.htmlhttps://www.cnblogs.com/EzrealLiu/p/5559255.…

支付宝H5支付,ISV权限不足

报错如下: 登录支付宝商户平台,发现签约产品已失效: 重新申请,修改网址之后就成功了:

我们为何需要单点登录系统

SSO,Single Sign On,也就是单点登录,保证一个账户在多个系统上实现单一用户的登录 现在随着网站的壮大,很多服务会进行拆分,会做SOA服务,会使用dubbo做微服务,或者简单的小型分布式&#xff0c…

微信JSAPI支付,报错当前页面的URL未注册

调用微信统一支付的接口,支付时报错: 解决方案: 打开微信商户平台,将当前页面的URL配置到JSAPI域名。