@zhuangku556 说实话从你报的菜名看，玩的游戏恐怕真的不多。

@FightPig 鸿蒙整个系统都是这么干的，很难想象仓颉会例外。

毕竟华为前科太多了，它也不是第一次干这种事情了。

要适配各个机型的话就每个机型（至少每个牌子）都得来一台，不搞深度适配的话，无脑 Pixel 。

@drymonfidelia 不方便在哪里？不管多少位的大整数，转字符串也就一两行代码的函数的事情啊。又不是让你去做大整数运算。

@erwsd32ew 头部大厂客户端大部分是局部加固的，主流做法是虚机方案。如果完全不做加固，黑产真的能把他们底裤都脱掉。

客户端安全的原则是：破解利益<破解成本 === 安全。

国密 tls 有现成的库，别想不开自己写……这玩意儿正确实现基本破解不了的。

@keakon 你这个问题 recall 太低了，完全可能把会用 Python 的人也一起筛掉。

这种 corner case 的问题真的很好提，比如如何给 Python 的 object 类新增方法。但出题不是为了筛人，而是为了考察对方的水平。

@Jirajine 你这不就是反诈断卡的思路么……没有用户自然就没有黑产了。

虽然大家经常吐槽互联网大厂不干人事不把用户当人吧，但他们真的比你想象的更注重用户体验

@Jirajine 现实中的需求是：“一个正常用户想怎么看怎么看，而且你不仅要区分是不是由 APP 发出，还要区分是不是由一个正常的 app 发出”

而事实上反爬也不是通过卡顿来实现的……群控、accessibility 、截屏这些都在反爬的对抗清单里，你试试就知道了，不是说做不了，但绝没有你想象的那么简单。服务端限流也会做，但光靠这个是达不到目的的。

“电商应用为什么要信任客户端”。这个问题在反爬这个场景就很滑稽，实属是外行对于安全的一种刻板印象了。你稍微想一想就明白了，爬虫对抗这个场景下，你如果在客户端完全没有可信基，那整个对抗都可以直接放弃了。因为爬虫获取的本来就是客户端通过正常途径就能获取到得数据。

fd 泄露好歹只是泄露，要是 gc fd 变量的时候直接把 fd 关了，那好多应用恐怕跑都跑不起了了……

这种东西对通用 GC 来说就是不好处理的，refcount 和 RAII 机制都会更顺滑一点。using 相当于就是手动引入 RAII 了。

我个人感觉瑞幸的冷萃口味比它的冰美式强得多

@Jirajine 电商应用是爬虫重灾区，而且因为数据必须下到客户端，可以说是终端安全对抗需求最高的领域之一了……

其实写习惯了并不会有什么困扰，别嵌套太多层，没那么容易写错。

这玩意儿主要的问题还是：跟现代 IDE 协作不太好。写其它语言很多时候先复制一段代码然后 format 来自动调整，但 python 里就没法这么干

@xiaoshan5733 AS 第一次打开大项目确实会慢点，但“最少都要十几分钟”（你开发的是什么，微信吗？），“每次打开都会”，这就不只是 AS 的问题了……肯定是使用姿势哪里出了问题。

1. 防重放的 nonce 可以服务端生成下发。
2. 仅客户端也可以做防重放的，加固了解一下。别说什么加固也可以破，现实是就是有很多加固现在还好好运行在那里没被破。

如果量不大的话根本不需要考虑那么多……我天天用自己的 GPT3.5 token 跑沉浸式翻译，一个月的账单就十几块钱。这个开销跟免费也没啥区别了。

@skies457 啊？管家和 powertoys 是同一个团队做的吗？

可以用 ida 或者 ghidra 之类反汇编工具，看下 printf 实际调用的参数究竟是什么字符串。

当然，从汇编也是可以看出来的，只要你找得着……

别太把工作当回事，该下班就下班。