批量给30台机子清注册表，我留了这手才没翻车，但HKCR覆盖问题还是没底
先说结论：注册表清理这玩意儿，单机玩玩可以，批量部署就是踩雷。我上个月接了个影楼的单子，30台修图机，全是Win10 21H2，老板嫌开机慢，让我“优化优化”。我脑子一热，拿了软领优化大师准备批量跑一遍。
为什么选它？因为之前自己机器上试过，它清理前会自动备份注册表，导出一个.reg文件，这比那些清完就跑的流氓工具强。但批量之前我留了个心眼——先拿一台样机打样，导出完整注册表快照，用reg export把HKLM\SOFTWARE和HKCR全备了一份。
结果样机清完就出问题了：PDF关联被抢了，右键“打开方式”里Adobe Acrobat没了，变成Edge。我查了半天，发现是清理项里把HKCR\\.pdf的UserChoice给动了。更坑的是，我后来用reg query查HKCR\CLSID下某个解压软件的残留，发现软领的备份好像没覆盖Wow6432Node路径——32位程序的注册表项在64位系统里是分开的，如果备份只抓了64位视图，那32位那半边就是裸奔。
我拿样机来回测了三次，确认了两点：
- 它的备份机制确实有，但范围存疑，HKCR是合并视图，HKLM\SOFTWARE\Wow6432Node单独一层，备份文件里我没找到对应项。
- HipsDaemon这个服务的启动类型被改成了手动，重启后弹窗拦截还在，但防护日志里多了几条“服务未按预期启动”的警告。
所以那30台我只清了图标缓存和临时文件，注册表一项没碰。IconCache.db我手动删的，只删%LocalAppData%\IconCache.db和explorer.exe重启，没敢动IconCache.db以外的缓存，怕桌面图标全白。
说这些不是劝你别用，是提醒：批量部署前必须打样，手动核对路径。尤其HKCR和Wow6432Node这种，你备份文件里没看到就是没有，别信“自动备份”四个字。
现在问题来了：你们用软领批量清的时候，有没有人真的去对比过备份.reg文件和实际被改的项？HKCR\Wow6432Node那层到底进没进备份？我拿Beyond Compare比了半小时，眼都花了，求个准信。
