哔咔picacg包体与机型要求

安装包体积与实际占用

先给结论：安装包本身在 12.9 MB 左右，部分渠道标注 12.86 MB，精简过的分发版本约 8.5 MB。这个体积在同类阅读应用里属于偏小的一档，下载和安装都花不了多少时间，所以真正需要提前算的不是安装包，而是装完之后会持续增长的缓存。

把占用拆成三段来看，判断会清楚很多。

上表为公开分发信息与实机观察得到的区间，不同分发渠道的打包方式略有差别，最终数值以手机上实际显示为准。

按这个结构推算，一部在追三十话的作品全部缓存下来大约占 100–270 MB。追四部的话，一个月的缓存总量在 0.5–1 GB 之间，这也是为什么建议预留 1.5–2 GB 的空间——留出余量之后，中途不需要为了腾地方而删掉刚缓存好的章节。

各家标注的包体为什么不一样

搜索时经常能看到同一个应用被标成 7 MB、12.86 MB、30 MB 甚至 50 MB，数字差了好几倍。这些标注都不算凭空写的，但它们统计的对象并不相同。

• 12.86 MB / 12.9 MB —— 官方分发渠道的安装包实际大小，两个数字的差别来自打包与签名的细微不同。
• 约 8.5 MB —— 去掉了部分内置资源的精简分发版本，界面与功能保持一致。
• 30 MB 上下 —— 多数是把安装后的程序占用算进去了，也就是解压之后的实际体积。
• 7 MB 上下 —— 这个数字通常来自另一款同名应用，或者更早期的版本，和当前分发不是同一个包。
• 50 MB 上下 —— 一般把随包附带的资源或推荐内容一并计入，实际安装时未必都会落到手机上。

想验证自己拿到的是哪一个，最可靠的办法是看应用信息里的包名，而不是看体积。

系统版本与包名的核对方式

系统版本要求以 Android 4.4 为下限，较新的分发会把门槛提到 5.2。这个差别不是随意的：门槛提高通常对应着打包工具链升级，在低版本系统上强行安装会直接提示解析失败，而不是运行起来变慢。

核对分两步，都不需要额外工具。

1. 在手机「设置 → 关于手机」里确认系统版本号。低于 4.4 的老设备无法安装，4.4 到 5.1 之间的设备建议选择门槛较低的分发。
2. 安装完成后进入「设置 → 应用管理 → 哔咔picacg」，查看应用信息里的包名是否为 com.picacomic.fregata。包名一致说明装的是同一款应用，与体积标注无关。

顺带说明一点：包名里的字段只用于识别应用，与版本新旧没有直接关系，不必因为看到不同的分发版本号而怀疑装错了。

运行内存与存储余量的建议

运行内存的影响主要体现在「切出去再切回来」这个动作上。可用运行内存 1 GB 以上的设备，连续阅读通常不会出现重载；512 MB 的机型大多也能正常启动，但连续阅读二十分钟之后切到别的应用，回来往往要重新载入章节。这不是应用崩溃，是系统在内存吃紧时回收了后台。

第一次启动之后会发生什么

启动后的第一屏是分流线路选择，提供三条线路。这一步会写入少量的连接配置，因此第一次打开时产生的额外占用主要来自这里，而不是内容下载。线路选错的表现是页面能打开但图片一直加载不出来，重新进入启动页换一条即可。

完成分流选择之后进入书架。此时还没有任何缓存，占用增长会停在一个很低的水平。等到开始缓存章节，占用才会明显上升，这也是判断「到底是应用本身占地方，还是缓存占地方」的方法：清掉缓存再看一次应用信息里的占用，两个数字的差就是缓存的实际体积。

配置不高也能用的前提

低配置设备想用得舒服，前提只有三条：系统版本达标、留下足够空间、同时在追的作品别太多。前两条是硬条件，第三条可以自己控制。把画质档位降一级、每次只缓存两三话，旧机型上的体感通常能回到可用状态。

遇到装不上或者图片加载异常时，多数情况与配置无关，多半是分流线路和系统时间两头的问题，先按现象排查一遍，再决定要不要重新取一份安装包。

最后提醒一句：安装之前确认包体来源可靠。分发渠道越杂，越容易遇到重新打包过的版本，这类包往往体积偏大、行为也和官方分发不一致，用包名核对比用体积核对更有效。