应应用包写爆周期崩溃排查

Windows 应用（UWP/Appx）后台任务周期性崩溃弹窗的定位与修复法。症状是固定的 CLR 未处理托管异常 0xe0434352，每 30 分钟左右弹一次，常被误判为病毒、硬件故障或安全软件的问题。真因通常是应用把一个只增不减的统计数组写进 ApplicationData.LocalSettings，撞上该容器 65536 字节硬上限后写入失败。定位靠读事件日志 .NET Runtime 的 Id=1026 条目，调用栈会直接印出成因链条；再做容器内容取证，找出被重复写入上百遍的字段，那就是撑满容器的元凶。处置用 Reset-AppxPackage，但它只是把计数器归零、不是根治，实测回填只需二十几小时。最值钱的是验证环节，讲清为什么「开机后零崩溃」与「最后写入晚于开机」都不足以判定修好，必须连同容器占用率一起看，并给出 FAIL、AT-RISK、PASS 三态结论。附通用诊断脚本，换任何应用包名即可复用，含两个 Windows 必踩的坑。