神奇的笔记
绝了 公司的 Jenkins CI 自动编译竟然不是由 WebHook 触发的，而是定时器…
所有编译项目都定时触发 不管有没有更新
有编译错误的项目会不停的被重新编译 然后邮件报编译错误，我寻思没人改代码的话代码应该不会自己修自己吧………？？
有编译错误的项目会不停的被重新编译 然后邮件报编译错误，我寻思没人改代码的话代码应该不会自己修自己吧………？？
草 星巴克软件一直崩溃我以为存储重定向出了什么问题，抓了半天日志。
结果打开 MyAndroidTools 一看，有个叫 S 的服务.....
禁用它直接就好了
结果打开 MyAndroidTools 一看，有个叫 S 的服务.....
禁用它直接就好了
神奇的笔记
草 星巴克软件一直崩溃我以为存储重定向出了什么问题，抓了半天日志。 结果打开 MyAndroidTools 一看，有个叫 S 的服务..... 禁用它直接就好了
此服务似乎来自梆梆安全加固企业版 com.secneo.apkwrapper.r.S
胡乱分析了一下，这个 S 服务会访问 int com.secneo.apkwrapper.H.o(Context) 静态方法，这个静态本地方法，当本地库返回值小于等于 0 时会直接调用 System.exit(0); 所以也没有错误日志出现。
本地库为
胡乱分析了一下，这个 S 服务会访问 int com.secneo.apkwrapper.H.o(Context) 静态方法，这个静态本地方法，当本地库返回值小于等于 0 时会直接调用 System.exit(0); 所以也没有错误日志出现。
本地库为
libDexHelper.so / libDexHelper-x86.so
神奇的笔记
加固是坏文明（x
我一直想加固到底有什么用呢？
它不也是防君子不防小人的东西吗？甚至于所有字节码如果想让系统运行的话，那系统一定要可以识别这个字节码。
那如果一个系统本身在加载字节码的地方提取了一份甚至于搜索已加载代码中的调用来不停的请求 loadClass 之类的行为，那么加固外壳的解密功能完全不可能拒绝系统的这种请求。最终依然会被探索出被加密代码的解密字节码（
它不也是防君子不防小人的东西吗？甚至于所有字节码如果想让系统运行的话，那系统一定要可以识别这个字节码。
那如果一个系统本身在加载字节码的地方提取了一份甚至于搜索已加载代码中的调用来不停的请求 loadClass 之类的行为，那么加固外壳的解密功能完全不可能拒绝系统的这种请求。最终依然会被探索出被加密代码的解密字节码（
👍1
神奇的笔记
Telegram DC5 似乎遇到连接问题 表现为能连接上，但无法成功发送消息
DC5 目前似乎可以接收或发送消息 但接受和发送非常缓慢
其他 DC 发出的消息 DC5 能收到
其他 DC 发出的消息 DC5 能收到
神奇的笔记
DC5 目前似乎可以接收或发送消息 但接受和发送非常缓慢 其他 DC 发出的消息 DC5 能收到
经测试目前 DC5 一条消息从发送到对方接收需要 20分钟左右