你连加密、哈希、混淆都没有搞清楚

等上市了之后再看吧，对微软和高通都没有任何信心

哎，既然都已经默认用户端不安全了，那哈希也是没意义的啊，上客户端吧，客户端上个驱动，禁止一切可能不安全的行为。至于不能让服务端知道用户的密码，这不更扯淡么，服务端知道与否有什么区别呢，不应该是服务端要注意处理方式么，比如不要明文存储在任何可能被攻击的地方，比如数据库、日志，用完立马清除掉

有时候，不要过度安全，很多所谓的安全措施其实是掩耳盗铃而已，比如登陆的时候前端先把密码 hash ，都 https 了，不要说什么中间人攻击，既然都能中间人攻击了，先 hash 难道有任何意义？

苹果什么时候说过卖你 12G 了？你明明付的就是 8G 的钱，做人要有点脑子，被这种博眼球的 up 主随便带着走，op 要注意了

性能是硬伤

不会

我用蒸烤箱，把微波炉淘汰了，平时蒸、烤用得比较多，这个还是要看自己的需求

我可能更愿意相信这是因为手机上某个环节的 bug 引起的，至于具体情况，没有官方解释，很难完全还原

op 所谓的粉碎文件，并不是一个建立在现代文件系统上的行为，毕竟现代的文件系统都存在多层抽象，很难真正去精准复写

另外还有一个点，数据是在你手机上的，无论如何都是需要你的密码才能访问，就算没有被马上复写掉，其实也都还好，毕竟还有密码的保护，是符合苹果的宣传的。至于 op 要求的删除即立马被复写，苹果没有这么宣传过，如果你有强需求，建议选择符合你需求的设备即可

那个用得顺手就用哪个

没必要为了换而换，如果没有刚需，其实真的够用了

@bclerdx 个人猜测，很可能是性能过载，其一是现在网络流量本身在不断攀升，以前 2M 宽带，现在 2000M ，网络设备的性能要求在不断被动提升，其次就是设备老化了之后，自身处理能力就会下降，再有一个，就是系统层面说不准有什么 bug 被触发了吧。网线传输不稳定的稳定，一般不容易引起 cpu 这么异常，而且你这个，很可能之前一直就这样，并且在慢慢变严重，而你之前没有发现而已

说个不一定合适的话，这机器用了很多年了吧，够老了，可以考虑换了，电子产品有生命周期的，久了就容易有奇怪问题

好像就最近出现的……我也发现了

我经常被自己几个月前的代码气到不行

mini redis +1

跑 java ，“凑合”的 cpu 可不一定够啊

自己写就好了，我就是自己写的规则，从梯子商那里拉的节点，其实配置文件很简单的，7 楼共享的库里面有大部分常用的分流规则了

又一个被无脑鸡汤害了的文青