thevita

涉及安全的问题基本都可以抽象成 “风险成本模型”

这里 说覆盖一次就可以，会面临至少两个挑战（我随便想的） a) 固件不可控，如何确保覆盖了固件暴露的所有逻辑块 一定覆盖了所有物理块，b) 确实无法保证清除了盘片上记录的所有信息（当然我不是很懂）

更关键的是，在底层基本不可控的情况下，反复覆盖几遍几乎是没什么成本的，除了一点时间外

你所面临的风险： 数据泄露的损失 * 数据被恢复的并泄露的几率
成本: 一些线性的机器时间

只要你数据觉得泄露还是比较麻烦，当然选择无脑覆盖几遍啊，要不就把盘片砸了，当然这样成本就高了

看具体签约什么东西, 如果整体架构不动，仅迁移 web 层（也就是 controller ），可以搞个自动转换一步到位，再手动改改，当然，前提是 web 这层得薄，但你提到维护性有问题，所有这个假设概率不成立，框架并不能帮你解决维护问题

tryErr 这个 明显是生成自一段 try catch ，基于规则的代码翻译嘛很正常，因为规则都具有局部性，又不是人写代码， “反正下面也没有其他操作”，规则当然是不知道的，可以说这个翻译写得不好，但是写得更好也没有任何收益啊，只要保证逻辑正确就行了

再次，如果这段代码是给人看的，就该往死里骂，否则你就不应该打开这段代码

还好吧，，，怎么会有人去抠自动生成的代码 @throws Exception 多明显啊，就是基于 java 生成的，（如果这代码是 文档/demo ，那使劲骂，这点投入都不愿意）

相比之下 他们的 sdk package 命名是怎么回事, 我看 github.com/alibabacloud-go 这个仓库下的 sdk 都代个日期后缀，是用这个来管理版本吗？？？？

我也是 一块 2T SSD 直接给 C 盘，不过 ntfs 也可以挂载到 目录上吧，直接分个区 挂到 "C:\Program Files" 可不可以.

so 加载在哪个进程就调试哪个进程, attach 上去就行了