我遇到过加载一个 so 内存泄露的问题，dlopen/close 内存是平衡的，但中途调多一个 api 就不平衡了
然后开了 asan 也没发现泄露，查了两天最后发现是 so 会自己 mmap 一块内存自己做内存管理，然后为了保证速度在 deallocate 之后还会预留一块内存以便下次分配加速，这时候 dlclose 它并不会自行 munmap，造成的泄露


我怀疑你遇到的是不是也是 hook 了 allocate/deallocate 造成的问题

半年， = 一学期

一学期学完一门课并且能真的用来写商业代码

自己掂量呗

反正在学校的时候这种人我们一般：“大佬太强了你之前绝对是学过的吧”

上兵伐谋，其次伐交，其次伐兵，其下攻城

上策：干一份想加班加班不想加不加的工作
其次：入职前交流好加班强度，摸清底细防止加班
下策：加班我就调休请假要加班工资
最次：打一架 /仲裁，离职后发帖：某某公司加班过度

好问题 学到了

1 1 1 随缘

hhhhhh


来来来，先举全人类之力， [想出一个值得举全人类之力的 Project]

你会觉得这想法真傻逼

对，你甚至可以期待一下崩坏……

https://www.youtube.com/watch?v=ve3kraPZSWA

街霸，铁拳，苍翼，guilty gear，今年的龙珠斗士

https://en.wikipedia.org/wiki/Evo_2018

token 的作用是一次性凭证

假设一次会话是 S1 -> B -> S2
S1 跟 S2 商定好 token，那么 S2 如果能接到 S1 的 token，证明此会话必有 S1 参与，不是 B 凭空造的，它防止的是 B -> S2 的流程未经 S1 授权，（或者说防止没请求过 S1 的什么 C -> S2 ）（ CSRF token ）

假设一次会话是 B -> S1 -> S2
这时候 S1 向 S2 出示 token，作用是防止 B 绕过 S1 的代理直接请求 S2 得到结果，此时 token 保证 S2 收到的请求一定是 S1 发起的而不是其它的什么服务器或浏览器本身 （ SSRF token ）

这些都是在不考虑信道，只考虑逻辑情况下的额外安全措施，首先信道不安全的话 token 可被窃取盗用那安全性是白搭，但就算信道安全，恶意代码也可能通过各种方式混入到请求中，比如存在 UGC 内容里，或者 XSS 从接受输入的地方混入了代码，token 主要防的是混入的第三方恶意请求

黑科技又不是他自研，我怎么觉得现在信以为真的人就跟轻信什么磁疗红外聊这个药那个药的老人一样

都被商家随意忽悠一下就进去了

剑走偏锋……算其它目录的总大小

@runziimo 比如。。。你发现公司倒闭不发工资没公司肯招人并且辛苦存的 10w 块钱已经只值 1 块钱了。。

看成了“一大堆小朋友”。。。

翻了翻历史发帖……恩 印象没偏差…… lz 你确定要教大一……

我觉得我需要作为游戏玩家来 ky 一下

玩家： 什么？你们那个贴图 /模型 /剧情 /机制做得那么烂飞天 /穿墙 /即死 /卡地形 bug 这么多都不修却在纠结句号不能放行首怎么办？？？

先还钱

总觉得是个常见题材设定

补充设定： 这个时间是绝对的，颠倒因果的时间，正常来讲，死亡是作死原因导致的结果，然而你所知的是已确定的未来，你所经历的只是因为在这个时刻必然会死这个原因修成出来的结果


那就很有意思了，我当然想知道，并且想了解世界如何运作的，在颠倒因果的逻辑框架下会发生什么

1 点睡不着叫失眠？

你让 11 点关游戏 12 点睡觉最后 3 点钟还看了次表的人情何以堪

不用，你只需要学一门 c++ （ 逃