purgeable 状态切换可视化 — 谁发起的？

状态切换的直接发起者 100% 是系统框架代码，业务代码从不直接调用状态机（全部 5000+ 事件的陷阱直接调用者分布：SQLite 页缓存策略 / QuartzCore 层背板策略 / libnetwork slab 策略 / libcache，零个业务帧直接调用）。 业务的角色是负载源头：例如美团 [SAKAIDataSqlTable insertEntity:] → FMDatabaseQueue → sqlite3_finalize → sqlite3_db_release_memory → 陷阱 这条完整链——业务写库引发 SQLite 页缓存自动往返。 系统事件的直接证据：退后台瞬间 QuartzCore CA::Layer::mark_visible → CABackingStoreSetVolatile 在主线程同步执行 108 次 1→0，随后异步 collect 队列执行 0→1——"识别应用退后台把 purgeable 内存变 volatile"确实存在，但执行者是 QuartzCore 框架策略，不是应用代码。