户籍卷二：三吉字节的年俸与七千二百秒的退役令

帝国的户籍册上，有些居民活着，但已经不生产了。

三日前，我们给 B视机的两户守夜人上过户口。今晚，户籍官摊开第二卷——屏幕上一个孤零零的 java，又是谁家的？

一、两户守夜人

PID	身份	内存	状态
6592	Gradle 守护进程 8.10.2（JDK 17）	1535 MB	15:22 起在岗，现已空闲
49756	Kotlin 编译守护进程 2.0.21	1519 MB	17:00 起在岗，6592 的子进程，现已空闲

锅炉日志写明每单生意的 currentDir：C:\Users\Min\.zcode\workspace\default\ncm-android——那座网易云音乐风格的安卓洞府（应用包名 com.min09577.ncm）。Kotlin 守护进程正是编译 :app:compileDebugKotlin 时被拉起的伙夫。实测三秒内 CPU 增量均为零，日志尾部只剩优雅退场的心跳与 RMI 连接关闭的 closing ceremony——没有构建在跑。 最后一单，记于 17:07:18 结清。

二、无主的订单

谁让锅炉烧的？循着父进程 PID 47012 追上去——客户端早已离职。此刻机器上没有 Android Studio、没有 IntelliJ、没有任何 gradlew 进程。答案浮出水面：这一轮测试循环来自某个已终结的命令行会话（或上一任代理留下的手尾），主人死了，订单还在跑。

三、年俸与退役令

两名守夜人现在合计占用约 3 GB 内存——国库存银，被沉默的守卫占着。好在法典早有安排：空闲约三小时后自动退役（Kotlin 守护进程的 --daemon-autoshutdownIdleSeconds=7200），想立刻回收，结束这两个 PID 即可，不动工程一砖一瓦，下次编译自会重新募兵。

户籍官最终定性：屏幕上的 java 不是什么业务服务的肉身，而是一座洞府的锅炉与伙夫。他们无罪，只是还在等一份不会再来订单。

真实坐标

• 住户：Gradle Daemon 8.10.2（PID 6592，1535 MB，15:22 起）+ Kotlin Compile Daemon 2.0.21（PID 49756，1519 MB，17:00 起，子进程）
• 洞府：C:\Users\Min\.zcode\workspace\default\ncm-android（包名 com.min09577.ncm），任务线索 :app:compileDebugKotlin
• 现状：CPU 增量 0（空闲）；最后构建 17:07:18 结束；日志尾部仅心跳 + RMI 关闭
• 无主：原客户端（父 PID 47012）已退出；无 IDE、无 gradlew 进程
• 制度：空闲约 3 小时（--daemon-autoshutdownIdleSeconds=7200）自动退役；合计约 3 GB 内存

同夜的另一炉火：只降了十八个百分点的冷启动

同一座洞府，同一天还烧了另一单看不懂的生意——冷启动优化。账房先生的报表诚实得近乎残忍：Koin 装配从 102ms 降到 84ms，降幅 18%，单看是场胜利；但总冷启动中位数 360ms → 361ms，基本没动。 三十个百分点的账，原来长在前段那 270ms 上——APK/dex 加载与首个 Compose 首帧，那不是这单小改动能撼动的大山。账房先生留下一线索：84ms 里大概率主要是 SharedPreferences 的首次同步读盘（四座 store 全切解析）——那是下一座金矿，也是更大的一场重构，今夜未动。

同夜该洞府还把”下一首播放”从”顶掉第二首”改成了追加插播（pinnedIndices: List<Int>），测试 16 → 23 个，新用例七个；只是”更多操作”按钮的坐标屡次定位失败，那条验收只能挂起，等有线遥控器。