为啥要押注，对你来说，路线之间存在资源竞争才需要押注，将来不好说，但现在显然你在一方的投入不存在完全不能用到另一方的情况

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

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

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

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

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

因为 defer 对于你这种场景其实不是一个完整的解决方案（相较于上面大家说的其他语言里提供的方案而言），他其实核心思想就一个：让初始化，和 释放 这种 需要成对的操作 放在一起，更好维护，减少人为错误的发生，仅就 “释放” 这种来说，并没有特别好用，但好处就是灵活

defer 可用，但要说好用嘛。。明显就是山猪没吃过细糠

看具体签约什么东西, 如果整体架构不动，仅迁移 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 上去就行了

工资的个人所得税按全年收入实行阶梯税率（只是工资部分，其他的意外所得统一 20% 应该是）
但因为是按年薪计税，就涉及到怎么交的问题，现在的做法是由发你薪水的单位每月代扣代缴，要是改成自主申报，不更得哭爹喊娘
就是每月按全年累计收入计算，这只是一种方便的会计计税的方式而已，
没发现每年到后面几个月，到手工资下降得厉害么，都没疑问？

就像上面大家说的：这种带扣预申报的方式在换工作的时候，收入累进回重新计算，但 这只是 **会计规则**，相当于重复享受了两遍 部分 免税/低税的 收入，当然最后申报的时候要补缴回来

NTFS 也可以把 volume mount 到 folder 的吧，把 user 单独挂了 volume 不就行了

加个 current_version(user_id, business_type, current_version) 表，锁这个表来实现

inc current_version, 和 insert 放一个事务里，也不用去 max(version) 了-- 就是不知道业务有不有其他要求

-- 当然本质上跟 分布式锁，或者 redis 锁是一样的，开场景吧，我觉得大部分用不着分布式锁

@9fan
嗯.......

你这里的 “文件无法进行业务上的区分” 是啥意思, 是上面说的 “哪个对应哪个文件”，没问题啊

给个 curl 你试试就知道了: curl http://localhost/upload -Ffile1=@log [email protected]

不知道是不是理解错了，我感觉你被网上的信息误导了

嗯，，啥意思，是我没理解对么，“后端必须知道哪个对应哪个文件” 是啥意思，就是后端能上传多个文件？，，

这本来就可以啊，挑战在哪？？

@thevita "同一个应用可能依赖相同的库，这个相同的部分就不用重复安装了" => "不同应用可能依赖相同的库，这个相同的部分就不用重复安装了"

我看 op 的主要疑惑应该是在于，用了 Android 的应用模型来理解 so 的“共享”的作用，这里的应用不一定是 android 应用

这里 op 可以看看传统 linux/windows 的 应用模型就比较好能搞明白 (因为这本身设计也主要是基于此的)，以 linux 来说，应用（包含应用主程序） 和 库（包含一系列 so ）是分开安装和管理的，同一个应用可能依赖相同的库，这个相同的部分就不用重复安装了

Android 正常的开发模式下（指 用 ndk 编译好 so 打包进 apk 中进行分发），因为 Android 应用沙河的存在，共享这个 so 是做不到的，这里 so 的作用就是用来实现动态加载，对接 JNI 的 api 而已.