maokabc

不知道，反正总有人认为你做的东西不如它们外国爹，当时就直接围绕某个技术点喷了它们爹。用了相同的库，但那个库有明显的缺陷就是循环里创建 4m 的数组，运行时内存曲线都是锯齿状，内存抖动严重，而这个我最开始就优化了。

zlib 及它的一些优化库、openssl 、pcre2 这几个比较通用的

pdd 也没吹这些，做自己的业务，就那两套 vm ，做到热更同时还防逆向，比那些整天 webview 套壳的垃圾要强多了。倒是某些游戏公司到处吹技术多牛叉，拯救世界，除了薅开源外没见它们自己开源过什么。

速度跟路由器与手机有关，要比较同一环境下才有意义。自己实现的的话，http 服务用 java 的 nanohttpd 库能很快搞一个，稍微适配下 Android/data 下访问能直接把它下面文件也分享出去，termux 下那些服务在非 root 下无法做到。

酷安非常抽象，经常可以看到评论区在原 app 下面发各种修改版，骑脸开发者。以前在那上架时，还经常遇到用各种 miui 内测版来报你 app bug ，开始还总想找找原因后面明白，这它妈的猴米内测系统自己一堆 bug ，真是吃撑了想着去适配。

@xuelang 不咋的别用就行了，命名一坨屎，很多地方需要看源码才清楚，用它就是为了那个修改 zip 。

之前给 libzip 做过 jni 封装，给 source 添加数组数据时自己 malloc 一次(然后不管它，zip_close 时会释放 source ，source 释放时又会释放内部 in/out)。

这种不应该放/storage/emulated/0/Android/data/xx ，或者 app 自身目录，这俩不需要权限，性能远比那垃圾 fuse 文件系统强。