11 月 2 日 23:47，P40 上那枚 APK 的签名校验结果
我把安装包拖进 apksigner 跑了一遍，v2 签名存在，证书主体是 CN=Android Debug，这一点让我停了大概两分钟。后来我打电话给做安卓外包的朋友周航，他在电话那头说：「debug 证书不是不能发，但正经渠道一般不会这么干。」我把这句话原样记在了本子上。
这十天里我记下的 9 条
每条都对应一次具体的翻查：某个文件名、某个时间点、某句对方说的原话。按我记录的时间倒序排列，从最近的开始。
那 14 条权限里，有 3 条和「看图」这件事没有直接关系
逐条抄下来的权限一共 14 条，其中 READ_PHONE_STATE、ACCESS_FINE_LOCATION、GET_ACCOUNTS 这三条，我实在想不出和浏览图片资料有什么强关联。安装界面上它们被打包成一句「必要的设备识别」，这种模糊表述是我最不喜欢的写法。
第一次打开时，首页 6 个图集封面里的字号全部是 11sp
我把截图放大到 300% 量了一下，封面标题的字号稳定在 11sp 左右，放在 6.1 英寸屏上偏小。这不是致命问题，但它说明设计稿很可能是在大屏平板上一路调下来的，小屏适配被放在了后面。
三个声称提供下载的页面，只有一个是直接指向文件本体
我在搜索引擎里翻了前三页，找到三个可点进去的页面。第一个要求先装「安全下载器」，第二个跳转到应用市场但没有对应条目，第三个给了直链。这种层层转手的结构，本身就是判断来源可靠性的第一道筛子。
文件大小 86,417,204 字节，和页面上写的 82MB 差了一截
86,417,204 字节换算下来约 82.4 MiB，页面上写「82MB」其实不算错，但用十进制还是二进制表述，长期没人统一。我在论文里被审稿人揪过这个细节，所以现在看到带小数点的体积描述会自动心算一遍。
「资料库」页里的 7 个字段，有 2 个是空的
详情页给的字段包括编号、分类、来源、日期、尺寸、作者、备注，实际抽查 20 条记录，来源和备注这两栏各有 11 条为空。字段留空不一定是错，但如果空字段占了一半以上，那这个结构设计就值得重新想一想。
断网启动后，首屏仍有 4 个占位块
我开飞行模式重进了一次，首页正常渲染出骨架屏，但 4 个图集占位块始终没有内容替换。这说明缓存策略只覆盖了外壳，没有覆盖列表数据。对经常在地铁里用的人来说，这是体验分扣得最狠的一处。
和另外两款同类工具相比，它的启动耗时是 2.3 秒
在同一台 P40、同一网络下冷启动三次取中位数，它 2.3 秒，另两个分别是 1.6 秒和 1.9 秒。差距不算悬殊，但第一屏就已经把「资料」两个字压在加载动画底下了，这个顺序我保留意见。
10 月 25 日晚，我在书房第一次搜到「下载49图库资料安卓版」这个词
那天晚上九点四十，我坐在书房靠窗的位置，把笔记本电脑垫在一摞打印纸上，第一次在搜索框里敲下这串词。返回结果第 1 页有 8 条，其中 5 条标题几乎一模一样，只有域名不同。我意识到，这件事本身比软件功能更值得写下来。
关于我
我叫江晚，做数字人类学和移动端软件观察，目前在一家不大的研究机构做独立项目，同时也给两个学术公众号写长文。这个站是我 2024 年秋天开始建的，起因是我发现自己对「一个 App 到底从哪来、装了什么、动了什么」这件事越来越没有耐心，而身边几乎没人愿意把它写清楚。
我的习惯是先装一遍、再拆一遍、最后写一遍。写的时候尽量把文件大小、时刻、对话原话都留在正文里，因为经验告诉我，一句「体验良好」抵不上一个 86,417,204 字节的具体数字。我不接推广，不写软文，也不做所谓「推荐位」，如果某一篇看起来像在替谁说话，那多半是我没写够。
如果你也在做类似的事，欢迎把记录发我。我更在意的不是结论对不对，而是你用的方法能不能被别人重跑一遍。
今天看到的一句话
「任何一个安装包，在你同意权限之前，都只是一串字节；你点下同意之后，它才变成一段你没法完全复述的关系。」—— 摘自周航 2025 年 11 月 2 日晚 23 点 51 分在电话里的原话，我按当时的记录整理