懂不懂国产自研的含金量阿！

@x86 那是你觉得。你喜欢被折腾就自己享受，别他妈搁这意淫。

@fox0001 灰产？ 6

@lincanbin blocked.

@lincanbin 😅

@7897894 https://en.wikipedia.org/wiki/Symbolic_link

没关系，俺们写 CPP 的写看不起 jawa (((不是
————————————————————
语言只是工具，技术栈才是知识

我个人觉得没有问题，虽然 jawa 确实不太适合做脚本，但那只是不适合，而不是不可以

展示你的完整代码

@kiwi95 #52 人们亦有权利憎恨一种语言。至于我？我有说过我要换吗？

@kiwi95 #38 所以 OP 放弃了 Go. 人们有权表达自己对某个编程语言的厌恶.

@tairan2006 你这逻辑很不可理喻

@weekidjoker #49 是的，仅仅是提高了破解成本而已。防破解本身就不是一个简单的问题，更何况是对于本就更容易破解的网页前端。

@zpf124 伪装客户端你没有任何办法，除非你是给特定的人用的，可以让他们用自己的客户端，否则别人改一下浏览器，就算你混淆也没用。所以我说要看你加密的目的是什么，如果是为了防止中间人偷窥，https 足够用了。如果目的是防止伪装客户端，那基本不可能完全避免，所以行业内的做法都是把涉及到敏感数据的都让你登录完成身份验证，加密过程服务端进行。

上面都在说什么？而且前端加密取决于你是怎么加的，加密的是什么东西。如果你是指你请求的数据加密，即使你知道算法，没有密钥或者私钥怎么解密？如果你是指源码加密（混淆），这当然可以被破解，混淆可以增加破解成本，但不意味着百分百防御，你也可以把逻辑扔 WASM 里，当然这也不是一定安全的，所以一切机密的算法和逻辑你应该放在服务器而不是前端。

@leimao 分不清犯罪和作风是吧

特色的私有化开源

哈哈哈哈哈哈哈