Hypatia 这个包我前后在五台机器上装过从安卓 8 的老爷机一路折腾到安卓 14 的新设备中间踩过的坑够写一本小册子了。它是一款跑在设备本地的恶意软件扫描工具核心逻辑是拿本地特征库去比对文件字节不联网、不上传、不要账号装完之后哪怕把飞行模式打开它照样能干活。这篇记录就是把我这几次安装的完整过程摊开来讲从渠道选择、权限授予、特征库导入到装完扫不出东西时该怎么一步步排查。不管你是第一次听说这个工具还是装到一半卡在某个环节下面这些内容应该都能对得上号。1. 先搞清楚 Hypatia 是干什么的再决定要不要装1.1 它走的是特征库比对这条老路线Hypatia 的检测方式和市面上大多数手机安全软件完全不同。它不做行为分析、不做云端信誉查询而是老老实实地把 ClamAV 和 ESET 那两套公开的签名库搬到设备上扫描时把目标文件的字节流拉出来逐条跟库里的特征做匹配。库里的每一条签名本质上就是一段描述什么样子算恶意的规则有的记录某个文件的哈希值有的记录某段特定偏移上的十六进制字节还有的用布尔表达式把多个子特征组合起来判断。这条路线的优点是确定性高——命中了就是命中了不会因为模型觉得像就给你报警缺点也很明显它只能抓住库里已经登记过的东西遇到新变种基本无能为力。理解这一点很重要因为它直接决定了你后面该期待什么样的结果也决定了你该怎么维护特征库。1.2 和那些要联网、要登录的清理软件差在哪最常见的对比对象是那些装机量很大的手机管家类应用。它们的检测能力其实不弱有些还接了多家引擎但它们的工作方式决定了你必须联网、必须授权一堆权限、必须接受数据回传。Hypatia 反过来它默认没有网络权限部分发行版本干脆把网络能力彻底去掉所有判断都在本地完成扫描结果也只留在设备上。这个差异带来的实际影响是你可以在一台完全断网的备用机上跑它可以把特征库拷到 U 盘里手动更新可以在没有账号、没有激活、没有试用期的前提下长期使用。代价是你得自己管库、自己更新、自己判断结果没有客服告诉这个文件是安全的。1.3 三类人适合装两类人装了也白装适合装的第一类是手里有大量来路不明的 APK 安装包、想批量过一遍筛子的人第二类是对数据外传极度敏感、宁愿牺牲检出率也要本地化的人第三类是把旧手机当离线工具机、需要一套能长期稳定运行的本地扫描方案的人。不太适合的也有两类。一类是期望装上就自动搞定一切的人——Hypatia 装完之后还有特征库配置这一步跳过它等于装了个空壳扫什么都报干净。另一类是设备存储空间极度紧张的人完整的特征库解压之后占用并不小如果机器只剩几百兆可用空间扫描过程会因为缓存问题频繁中断。提示判断自己该不该装最直接的办法是先问一句我能不能接受手动维护特征库。能接受后面的流程都顺不能接受建议换个方案。2. 装之前的三项准备缺一样后面都要返工2.1 系统版本与存储权限的硬门槛Hypatia 对系统版本的要求不算苛刻安卓 7 以上基本都能跑但真正影响体验的是存储权限模型的变化。安卓 10 及以下用的是传统的读写外部存储权限授予一次就完事安卓 11 之后引入了分区存储普通应用默认只能看到自己的目录而 Hypatia 需要扫描设备上任意位置的 APK 文件这就要求授予所有文件访问权限这个特殊权限。这个权限在设置里的位置相当隐蔽通常在应用信息 → 特殊应用权限 → 所有文件访问里面不是安装时弹窗就能给的。很多人卡住就是因为系统只给了照片和视频这一档权限结果 Hypatia 扫描时只能看到媒体目录全盘扫描跑完一个结果都没有。安装前先在设置里搜一下所有文件确认这个入口存在心里就有底了。另外工作资料部分机型叫分身或双开空间里装 Hypatia 基本没用。安卓的多用户机制会把存储目录隔离工作资料内的应用看不到主用户的文件扫描范围被砍到几乎为零。要用就在主用户里装。2.2 三种安装渠道的取舍渠道选择决定了后面要花多少时间。粗略分三条路渠道适合谁主要成本更新方式开源应用仓库只想用、不想折腾的人需要添加源、首次索引较慢仓库内一键更新官方发布的安装包设备无法添加源、或想指定版本需要手动校验、手动更新重新下载覆盖安装源码自行构建想改行为、想用无网络变体的人环境搭建耗时、构建可能报错重新构建我的建议是如果设备能正常添加开源仓库优先走第一条路省心且更新链路完整如果设备被限制安装来源、或者你在内网离线环境里批量部署那第二条路更可控只有在你确实需要裁剪权限或改动默认行为时才值得走第三条。2.3 特征库从哪来、放哪里准备工作里最容易被忽略的是特征库。Hypatia 本身只是个比对引擎没有库它就是个只会走流程的空壳。库的来源一般有两个方向一是 ClamAV 官方维护的公开库这是最主流的选择覆盖面广、更新也比较规律二是社区维护的补充库用来补一些通用库没收录的东西。放的位置有约定俗成的规则。绝大多数版本会在设备内部存储的根目录下找Hypatia/db这个路径然后在里面按来源分子目录比如clamav、eset、custom各占一个。这个约定你必须搞清楚因为放错层级是新手最常见的失败原因——文件明明考进去了应用里看数据库列表是空的。注意目录名区分大小写。Hypatia和hypatia在安卓的文件系统上不是一回事复制粘贴的时候别手抖。3. 走开源仓库这条路最省事的安装流程3.1 添加软件源并完成首次索引第一步是在仓库应用里把 Hypatia 所在的源加进去。添加完成后不要急着搜应用名先手动触发一次仓库索引刷新等进度条走完。这一步的耗时取决于源里收录的应用数量几千个包的源在旧设备上刷个三五分钟很正常别中途退出退出就得重来。索引完成之后搜索应用名通常会出现多个条目——同一款应用可能有不同签名者、不同构建配置的版本。挑的时候注意看包名和版本号同一个应用的不同构建变体包名后缀可能不一样。这里的经验是优先选更新日期近、下载量多的那一个冷门的变体很可能几个月没维护了。如果搜不到八成是索引没刷新成功或者源地址填错了。源地址对格式有要求末尾不要多带斜杠也尽量不要用短链接跳转。3.2 安装后必须手动给的几个权限仓库里点安装是自动完成的不需要你去点下一步。装完之后第一次打开系统会弹一串权限请求这里要一个一个看所有文件访问权限前面说过在特殊权限里单独开不开的话扫描范围被限制得死死的通知权限长时间扫描时会在通知栏显示进度关掉的话你会以为它卡死了电池优化豁免这个不是必须但如果你希望它能在后台完成大目录扫描建议加上否则系统可能在息屏后把它掐掉。我在一台安卓 12 的机器上就遇到过这个情况屏幕亮着扫描进度正常走一息屏重启进度就归零。排查了半天才发现是电池优化把后台进程冻结了加上豁免之后问题消失。3.3 第一次全盘扫描与结果解读第一次扫描建议手动指定范围不要把整个存储全勾上。老设备上几万个文件全扫一遍可能要一两个小时中途还容易因为内存压力被系统回收。合理的做法是先扫已安装应用这个范围小、速度快几分钟就能出结果顺便验证一下特征库到底加载成功没有。结果页面上会列出命中条目每条会带上特征名称和文件路径。如果扫出几十条先别慌很多情况下是特征库里的通用规则误伤了正常软件尤其是某些打包工具生成的安装包很容易命中可疑打包器这类宽泛规则。真正需要处理的是那些明确带木马、后门家族名的条目。4. 手动装 APK从下载到落地的完整动作4.1 拿到安装包后的完整性校验从发布页下载安装包之后别直接往设备上推。先对一下摘要值这一步能挡掉大半下载损坏和中间篡改的情况。发布页通常会给出一个摘要文件里面列着每个构建产物的哈希。命令行下校验很直接sha256sum app-release.apk把输出跟摘要文件里对应行比对。如果发布方还提供了签名文件进一步用apksigner验证签名apksigner verify --print-certs app-release.apk输出的证书指纹应该跟发布方公布的一致。这一步看着繁琐但如果你是在给别人批量部署出问题时能省下大量扯皮时间。4.2 未知来源开关的版本差异与安装被拦的几种情况安卓各版本对未知来源的处理逻辑改过好几次。安卓 8 之前是全局开关在设置里一开所有来源都能装安卓 8 之后改成按应用授权你得找到文件管理器或者浏览器那一项单独给它开允许安装未知应用。所以如果你点了安装包没反应先确认是哪个应用在发起安装再去给那个应用开权限。安装被拦的几种典型提示应用未安装最常见的原因是同包名但签名不同的版本已经存在需要先卸载旧版本解析包时出现问题安装包下载不完整或系统版本低于最低要求此应用可能会损害你的设备这是系统的安全扫描提示确认过摘要值之后可以继续但那个扫描开关本身也可以在设置里关掉否则每次装第三方包都会弹。4.3 安装成功但打不开先看这三处装完之后点图标闪一下就退或者干脆没反应我遇到过三种成因。第一种是安装包跟当前系统架构不匹配比如给 x86 模拟器构建的包推到了 ARM 真机上第二种是之前装过同包名的其他版本残留数据里存着不兼容的配置卸载时勾选清除数据或者手动删掉/sdcard/Hypatia目录再装第三种最隐蔽——设备上装了某种应用管理类工具把新装应用的启动组件给禁用了去应用信息里看一眼默认打开和组件状态。排查顺序就按上面这个来从外到内基本三步之内能定位。5. 源码构建给想改行为、想用无网络变体的人5.1 JDK、SDK、构建工具的环境搭建源码构建这条路的前置条件不轻需要 JDK、Android SDK 命令行工具、以及构建系统本身。JDK 版本要和项目要求匹配一般用 11 或 17版本对不上会在编译阶段报一堆看不懂的错误。安装完 SDK 之后把platform-tools和对应版本的build-tools装上然后在项目根目录建一个local.properties指向 SDK 路径sdk.dir/path/to/Android/Sdk这一步不做的话构建时会直接告诉你找不到 SDK而不是给出更明确的提示新手容易在这里绕圈。5.2 拉代码、选构建变体、跑出 APK代码拉下来之后先看app/build.gradle里面一般会定义多个构建变体比较典型的是带网络能力的常规版本和去掉网络权限的精简版本。你要哪个取决于你的使用场景。构建命令就是标准的 Gradle 流程./gradlew assembleDebug第一次跑会下载一堆依赖国内环境下可能会比较慢耐心等。构建成功之后产物在app/build/outputs/apk/下面。如果报错集中在资源合并或者依赖解析先执行一次清理再重来./gradlew clean5.3 自己签名并推到设备调试产物直接用adb装就行adb install -r app-debug.apk如果要装到不含调试支持的环境需要自己生成密钥库并签名keytool -genkey -v -keystore my.jks -keyalg RSA -keysize 2048 -validity 10000 -alias hypatia apksigner sign --ks my.jks --out hypatia-signed.apk app-release-unsigned.apk签名之后别忘了用apksigner verify确认一遍。自签名的包在覆盖安装旧版本时如果旧版本用的是发布方签名系统会拒绝必须先卸载。6. 特征库配置安装失败里八成的原因在这一步6.1 目录层级与文件命名的约定前面提过路径约定这里展开说清楚。标准布局大致是这样/sdcard/Hypatia/db/ ├── clamav/ │ ├── main.hdb │ ├── daily.ndb │ └── extra.ldb ├── eset/ │ └── eset.ndb └── custom/ └── myrule.hdb文件后缀决定了引擎怎么解析.hdb是哈希库每行三段格式是哈希:文件大小:名称.ndb是扩展特征包含目标类型、偏移、字节特征和名称.ldb是逻辑特征用布尔表达式组合子特征。后缀写错文件会被直接跳过日志里也不一定给你报错。6.2 自动更新、半自动、纯手工三种维护方式维护方式按投入成本分三档。自动更新最省事在应用内点一下更新按钮它会去拉最新库——前提是你用的构建变体保留网络权限。半自动方式是定期从上游下载完整库覆盖到目录里重启应用生效。纯手工适合离线设备用移动介质拷进去注意拷完之后目录权限要可读。方式频率建议适合场景注意点自动更新每天或每周日常联网设备需要网络权限注意流量半自动覆盖每两周内网设备覆盖前保留一份旧库纯手工拷贝按需完全离线设备校验摘要注意权限6.3 库加载了但扫不出东西的排查顺序这个现象很常见排查按下面顺序走确认特征库页面能看到库名和条目数条目数为零说明文件没被解析确认扫描范围包含目标文件所在目录尤其是所有文件访问权限有没有给用一个已知会命中的测试样本验证——很多库项目会附带一个测试文件专门用来验证引擎是否工作检查存储挂载状态部分设备在省电模式下会以只读方式挂载外置存储导致文件读不到。我遇到过一次特别典型的库列表显示加载了几十万条扫描却永远零结果最后发现是特征库文件的行尾符格式不对Windows 下编辑过的文件带着 CRLF解析器按行读的时候把多余的字符也当成特征内容了整行都匹配不上。用文本编辑器转成 LF 之后立刻恢复。7. 用起来之后的那些事耗电、误报、日常维护7.1 首次扫描为什么那么慢首次全盘扫描慢是正常的原因有三层。一是特征库规模本身大几十万条规则逐条比对CPU 单核跑满是常态二是文件读取量巨大设备存储的随机读性能是瓶颈尤其是把应用目录里的海量小文件全枚举一遍三是系统层面的限制扫描进程优先级不高后台跑的时候会被反复让出 CPU。优化的方向也很明确把扫描安排在充电且息屏的时候分成多批扫描先扫已安装应用再扫下载目录给应用加电池优化豁免。实测下来同样是十万个文件静置充电时扫完比边用边扫快不止一倍。7.2 误报是怎么产生的怎么加白名单误报主要来自通用规则。比如某些打包器、加固工具生成的安装包结构上跟恶意软件高度相似库里的宽泛规则就会命中。还有一种情况是哈希碰撞或者库本身标注错误概率很低但确实存在。处理方式是在自定义目录里写排除规则或者更简单地记录下来在结果页面上忽略对应的路径。如果你会写特征可以自己在custom目录下写一条精确的哈希白名单把误报文件的具体哈希登记进去这样下次扫描会优先匹配白名单。这个技巧在处理某款正常应用每次都被报的场景时特别管用。7.3 长期维护的节奏建议跑起来之后日常维护其实很轻。我的习惯是每月做三件事更新一次特征库、跑一次全盘扫描、把新出现的误报登记一下。设备如果长期离线就每季度替换一次完整库。另外建议保留一份历史库的副本遇到新库引入大量误报的情况可以快速回滚。提示如果一台设备同时装了多个同类扫描工具注意它们可能互相把对方的特征库文件当成可疑目标。这种情况下要么错开扫描时间要么互相加白名单。这套记录写到这里最想强调的还是特征库那一步——安装本身十分钟就能搞定真正决定工具有没有用的是库的配置和维护。我自己的做法是在文件夹里留一个README把库的来源、更新时间、已知误报都记上半年后回头看依然能接得上。另外一个小细节如果设备上同时开着一堆后台应用扫描前先把它们清掉内存宽裕的情况下扫描速度会明显提升尤其是在内存只有 3GB 上下的老机器上这个差距肉眼可见。
Hypatia 这个包我前后在五台机器上装过从安卓 8 的老爷机一路折腾到安卓 14 的新设备中间踩过的坑够写一本小册子了。它是一款跑在设备本地的恶意软件扫描工具核心逻辑是拿本地特征库去比对文件字节不联网、不上传、不要账号装完之后哪怕把飞行模式打开它照样能干活。这篇记录就是把我这几次安装的完整过程摊开来讲从渠道选择、权限授予、特征库导入到装完扫不出东西时该怎么一步步排查。不管你是第一次听说这个工具还是装到一半卡在某个环节下面这些内容应该都能对得上号。1. 先搞清楚 Hypatia 是干什么的再决定要不要装1.1 它走的是特征库比对这条老路线Hypatia 的检测方式和市面上大多数手机安全软件完全不同。它不做行为分析、不做云端信誉查询而是老老实实地把 ClamAV 和 ESET 那两套公开的签名库搬到设备上扫描时把目标文件的字节流拉出来逐条跟库里的特征做匹配。库里的每一条签名本质上就是一段描述什么样子算恶意的规则有的记录某个文件的哈希值有的记录某段特定偏移上的十六进制字节还有的用布尔表达式把多个子特征组合起来判断。这条路线的优点是确定性高——命中了就是命中了不会因为模型觉得像就给你报警缺点也很明显它只能抓住库里已经登记过的东西遇到新变种基本无能为力。理解这一点很重要因为它直接决定了你后面该期待什么样的结果也决定了你该怎么维护特征库。1.2 和那些要联网、要登录的清理软件差在哪最常见的对比对象是那些装机量很大的手机管家类应用。它们的检测能力其实不弱有些还接了多家引擎但它们的工作方式决定了你必须联网、必须授权一堆权限、必须接受数据回传。Hypatia 反过来它默认没有网络权限部分发行版本干脆把网络能力彻底去掉所有判断都在本地完成扫描结果也只留在设备上。这个差异带来的实际影响是你可以在一台完全断网的备用机上跑它可以把特征库拷到 U 盘里手动更新可以在没有账号、没有激活、没有试用期的前提下长期使用。代价是你得自己管库、自己更新、自己判断结果没有客服告诉这个文件是安全的。1.3 三类人适合装两类人装了也白装适合装的第一类是手里有大量来路不明的 APK 安装包、想批量过一遍筛子的人第二类是对数据外传极度敏感、宁愿牺牲检出率也要本地化的人第三类是把旧手机当离线工具机、需要一套能长期稳定运行的本地扫描方案的人。不太适合的也有两类。一类是期望装上就自动搞定一切的人——Hypatia 装完之后还有特征库配置这一步跳过它等于装了个空壳扫什么都报干净。另一类是设备存储空间极度紧张的人完整的特征库解压之后占用并不小如果机器只剩几百兆可用空间扫描过程会因为缓存问题频繁中断。提示判断自己该不该装最直接的办法是先问一句我能不能接受手动维护特征库。能接受后面的流程都顺不能接受建议换个方案。2. 装之前的三项准备缺一样后面都要返工2.1 系统版本与存储权限的硬门槛Hypatia 对系统版本的要求不算苛刻安卓 7 以上基本都能跑但真正影响体验的是存储权限模型的变化。安卓 10 及以下用的是传统的读写外部存储权限授予一次就完事安卓 11 之后引入了分区存储普通应用默认只能看到自己的目录而 Hypatia 需要扫描设备上任意位置的 APK 文件这就要求授予所有文件访问权限这个特殊权限。这个权限在设置里的位置相当隐蔽通常在应用信息 → 特殊应用权限 → 所有文件访问里面不是安装时弹窗就能给的。很多人卡住就是因为系统只给了照片和视频这一档权限结果 Hypatia 扫描时只能看到媒体目录全盘扫描跑完一个结果都没有。安装前先在设置里搜一下所有文件确认这个入口存在心里就有底了。另外工作资料部分机型叫分身或双开空间里装 Hypatia 基本没用。安卓的多用户机制会把存储目录隔离工作资料内的应用看不到主用户的文件扫描范围被砍到几乎为零。要用就在主用户里装。2.2 三种安装渠道的取舍渠道选择决定了后面要花多少时间。粗略分三条路渠道适合谁主要成本更新方式开源应用仓库只想用、不想折腾的人需要添加源、首次索引较慢仓库内一键更新官方发布的安装包设备无法添加源、或想指定版本需要手动校验、手动更新重新下载覆盖安装源码自行构建想改行为、想用无网络变体的人环境搭建耗时、构建可能报错重新构建我的建议是如果设备能正常添加开源仓库优先走第一条路省心且更新链路完整如果设备被限制安装来源、或者你在内网离线环境里批量部署那第二条路更可控只有在你确实需要裁剪权限或改动默认行为时才值得走第三条。2.3 特征库从哪来、放哪里准备工作里最容易被忽略的是特征库。Hypatia 本身只是个比对引擎没有库它就是个只会走流程的空壳。库的来源一般有两个方向一是 ClamAV 官方维护的公开库这是最主流的选择覆盖面广、更新也比较规律二是社区维护的补充库用来补一些通用库没收录的东西。放的位置有约定俗成的规则。绝大多数版本会在设备内部存储的根目录下找Hypatia/db这个路径然后在里面按来源分子目录比如clamav、eset、custom各占一个。这个约定你必须搞清楚因为放错层级是新手最常见的失败原因——文件明明考进去了应用里看数据库列表是空的。注意目录名区分大小写。Hypatia和hypatia在安卓的文件系统上不是一回事复制粘贴的时候别手抖。3. 走开源仓库这条路最省事的安装流程3.1 添加软件源并完成首次索引第一步是在仓库应用里把 Hypatia 所在的源加进去。添加完成后不要急着搜应用名先手动触发一次仓库索引刷新等进度条走完。这一步的耗时取决于源里收录的应用数量几千个包的源在旧设备上刷个三五分钟很正常别中途退出退出就得重来。索引完成之后搜索应用名通常会出现多个条目——同一款应用可能有不同签名者、不同构建配置的版本。挑的时候注意看包名和版本号同一个应用的不同构建变体包名后缀可能不一样。这里的经验是优先选更新日期近、下载量多的那一个冷门的变体很可能几个月没维护了。如果搜不到八成是索引没刷新成功或者源地址填错了。源地址对格式有要求末尾不要多带斜杠也尽量不要用短链接跳转。3.2 安装后必须手动给的几个权限仓库里点安装是自动完成的不需要你去点下一步。装完之后第一次打开系统会弹一串权限请求这里要一个一个看所有文件访问权限前面说过在特殊权限里单独开不开的话扫描范围被限制得死死的通知权限长时间扫描时会在通知栏显示进度关掉的话你会以为它卡死了电池优化豁免这个不是必须但如果你希望它能在后台完成大目录扫描建议加上否则系统可能在息屏后把它掐掉。我在一台安卓 12 的机器上就遇到过这个情况屏幕亮着扫描进度正常走一息屏重启进度就归零。排查了半天才发现是电池优化把后台进程冻结了加上豁免之后问题消失。3.3 第一次全盘扫描与结果解读第一次扫描建议手动指定范围不要把整个存储全勾上。老设备上几万个文件全扫一遍可能要一两个小时中途还容易因为内存压力被系统回收。合理的做法是先扫已安装应用这个范围小、速度快几分钟就能出结果顺便验证一下特征库到底加载成功没有。结果页面上会列出命中条目每条会带上特征名称和文件路径。如果扫出几十条先别慌很多情况下是特征库里的通用规则误伤了正常软件尤其是某些打包工具生成的安装包很容易命中可疑打包器这类宽泛规则。真正需要处理的是那些明确带木马、后门家族名的条目。4. 手动装 APK从下载到落地的完整动作4.1 拿到安装包后的完整性校验从发布页下载安装包之后别直接往设备上推。先对一下摘要值这一步能挡掉大半下载损坏和中间篡改的情况。发布页通常会给出一个摘要文件里面列着每个构建产物的哈希。命令行下校验很直接sha256sum app-release.apk把输出跟摘要文件里对应行比对。如果发布方还提供了签名文件进一步用apksigner验证签名apksigner verify --print-certs app-release.apk输出的证书指纹应该跟发布方公布的一致。这一步看着繁琐但如果你是在给别人批量部署出问题时能省下大量扯皮时间。4.2 未知来源开关的版本差异与安装被拦的几种情况安卓各版本对未知来源的处理逻辑改过好几次。安卓 8 之前是全局开关在设置里一开所有来源都能装安卓 8 之后改成按应用授权你得找到文件管理器或者浏览器那一项单独给它开允许安装未知应用。所以如果你点了安装包没反应先确认是哪个应用在发起安装再去给那个应用开权限。安装被拦的几种典型提示应用未安装最常见的原因是同包名但签名不同的版本已经存在需要先卸载旧版本解析包时出现问题安装包下载不完整或系统版本低于最低要求此应用可能会损害你的设备这是系统的安全扫描提示确认过摘要值之后可以继续但那个扫描开关本身也可以在设置里关掉否则每次装第三方包都会弹。4.3 安装成功但打不开先看这三处装完之后点图标闪一下就退或者干脆没反应我遇到过三种成因。第一种是安装包跟当前系统架构不匹配比如给 x86 模拟器构建的包推到了 ARM 真机上第二种是之前装过同包名的其他版本残留数据里存着不兼容的配置卸载时勾选清除数据或者手动删掉/sdcard/Hypatia目录再装第三种最隐蔽——设备上装了某种应用管理类工具把新装应用的启动组件给禁用了去应用信息里看一眼默认打开和组件状态。排查顺序就按上面这个来从外到内基本三步之内能定位。5. 源码构建给想改行为、想用无网络变体的人5.1 JDK、SDK、构建工具的环境搭建源码构建这条路的前置条件不轻需要 JDK、Android SDK 命令行工具、以及构建系统本身。JDK 版本要和项目要求匹配一般用 11 或 17版本对不上会在编译阶段报一堆看不懂的错误。安装完 SDK 之后把platform-tools和对应版本的build-tools装上然后在项目根目录建一个local.properties指向 SDK 路径sdk.dir/path/to/Android/Sdk这一步不做的话构建时会直接告诉你找不到 SDK而不是给出更明确的提示新手容易在这里绕圈。5.2 拉代码、选构建变体、跑出 APK代码拉下来之后先看app/build.gradle里面一般会定义多个构建变体比较典型的是带网络能力的常规版本和去掉网络权限的精简版本。你要哪个取决于你的使用场景。构建命令就是标准的 Gradle 流程./gradlew assembleDebug第一次跑会下载一堆依赖国内环境下可能会比较慢耐心等。构建成功之后产物在app/build/outputs/apk/下面。如果报错集中在资源合并或者依赖解析先执行一次清理再重来./gradlew clean5.3 自己签名并推到设备调试产物直接用adb装就行adb install -r app-debug.apk如果要装到不含调试支持的环境需要自己生成密钥库并签名keytool -genkey -v -keystore my.jks -keyalg RSA -keysize 2048 -validity 10000 -alias hypatia apksigner sign --ks my.jks --out hypatia-signed.apk app-release-unsigned.apk签名之后别忘了用apksigner verify确认一遍。自签名的包在覆盖安装旧版本时如果旧版本用的是发布方签名系统会拒绝必须先卸载。6. 特征库配置安装失败里八成的原因在这一步6.1 目录层级与文件命名的约定前面提过路径约定这里展开说清楚。标准布局大致是这样/sdcard/Hypatia/db/ ├── clamav/ │ ├── main.hdb │ ├── daily.ndb │ └── extra.ldb ├── eset/ │ └── eset.ndb └── custom/ └── myrule.hdb文件后缀决定了引擎怎么解析.hdb是哈希库每行三段格式是哈希:文件大小:名称.ndb是扩展特征包含目标类型、偏移、字节特征和名称.ldb是逻辑特征用布尔表达式组合子特征。后缀写错文件会被直接跳过日志里也不一定给你报错。6.2 自动更新、半自动、纯手工三种维护方式维护方式按投入成本分三档。自动更新最省事在应用内点一下更新按钮它会去拉最新库——前提是你用的构建变体保留网络权限。半自动方式是定期从上游下载完整库覆盖到目录里重启应用生效。纯手工适合离线设备用移动介质拷进去注意拷完之后目录权限要可读。方式频率建议适合场景注意点自动更新每天或每周日常联网设备需要网络权限注意流量半自动覆盖每两周内网设备覆盖前保留一份旧库纯手工拷贝按需完全离线设备校验摘要注意权限6.3 库加载了但扫不出东西的排查顺序这个现象很常见排查按下面顺序走确认特征库页面能看到库名和条目数条目数为零说明文件没被解析确认扫描范围包含目标文件所在目录尤其是所有文件访问权限有没有给用一个已知会命中的测试样本验证——很多库项目会附带一个测试文件专门用来验证引擎是否工作检查存储挂载状态部分设备在省电模式下会以只读方式挂载外置存储导致文件读不到。我遇到过一次特别典型的库列表显示加载了几十万条扫描却永远零结果最后发现是特征库文件的行尾符格式不对Windows 下编辑过的文件带着 CRLF解析器按行读的时候把多余的字符也当成特征内容了整行都匹配不上。用文本编辑器转成 LF 之后立刻恢复。7. 用起来之后的那些事耗电、误报、日常维护7.1 首次扫描为什么那么慢首次全盘扫描慢是正常的原因有三层。一是特征库规模本身大几十万条规则逐条比对CPU 单核跑满是常态二是文件读取量巨大设备存储的随机读性能是瓶颈尤其是把应用目录里的海量小文件全枚举一遍三是系统层面的限制扫描进程优先级不高后台跑的时候会被反复让出 CPU。优化的方向也很明确把扫描安排在充电且息屏的时候分成多批扫描先扫已安装应用再扫下载目录给应用加电池优化豁免。实测下来同样是十万个文件静置充电时扫完比边用边扫快不止一倍。7.2 误报是怎么产生的怎么加白名单误报主要来自通用规则。比如某些打包器、加固工具生成的安装包结构上跟恶意软件高度相似库里的宽泛规则就会命中。还有一种情况是哈希碰撞或者库本身标注错误概率很低但确实存在。处理方式是在自定义目录里写排除规则或者更简单地记录下来在结果页面上忽略对应的路径。如果你会写特征可以自己在custom目录下写一条精确的哈希白名单把误报文件的具体哈希登记进去这样下次扫描会优先匹配白名单。这个技巧在处理某款正常应用每次都被报的场景时特别管用。7.3 长期维护的节奏建议跑起来之后日常维护其实很轻。我的习惯是每月做三件事更新一次特征库、跑一次全盘扫描、把新出现的误报登记一下。设备如果长期离线就每季度替换一次完整库。另外建议保留一份历史库的副本遇到新库引入大量误报的情况可以快速回滚。提示如果一台设备同时装了多个同类扫描工具注意它们可能互相把对方的特征库文件当成可疑目标。这种情况下要么错开扫描时间要么互相加白名单。这套记录写到这里最想强调的还是特征库那一步——安装本身十分钟就能搞定真正决定工具有没有用的是库的配置和维护。我自己的做法是在文件夹里留一个README把库的来源、更新时间、已知误报都记上半年后回头看依然能接得上。另外一个小细节如果设备上同时开着一堆后台应用扫描前先把它们清掉内存宽裕的情况下扫描速度会明显提升尤其是在内存只有 3GB 上下的老机器上这个差距肉眼可见。
