周一推送了一篇有关Android调用微信SDK使用分享功能时缩略图大小限制的文章 —— ［Android 记录一次开发微信分享功能的吐槽与思考］，然后07/19号推送了一篇关于Android Studio引入第三方库的文章 —— ［Android Studio 使用Gradle引
我们在使用Python做完项目后，给客户去部署，但是又不想让客户看到自己的代码，这时我们怎么办？下面就来介绍不使用Python源码发布的两种思想：发布编译版本我们可以让Python的源码直接生成2进制的文件，从而达到避免源码暴露的问题，编译方式有以下几种：pyc文件.
优化 so 对安装包体积和安装后占用的本地存储空间有直接收益，收益大小取决于原 so 冗余代码数量和导出符号数量等具体情况，下面是部分 so 优化前后占用安装包体积的对比:so 优化前大小 优化后大小 优化百分比 A 库 4.49 MB 3.28 MB 27.02% B 库 995.82 KB 728.38 KB 26.86% C 库 312.05 KB 153.81 KB 50.71% D 库 505.57 KB 321.75 KB 36.36% E 库 309.89 KB 157.08 KB 49.31% F 库 88.59 KB 62.93 KB 28.97%。
通过测试可以发现，当静态库和动态库同名时， gcc命令将优先使用动态库.为了确保使用的是静态库， 编译时可以加上 -static 选项，因此多第三方程序为了确保在没有相应动态库时运行正常，喜欢在编译最后应用程序时加入-static。
就是LoadLibrary调用之后，程序直接崩溃，最开始以为是模拟器是x86的模式，而编译的so文件是arm的模式，但是将模拟器改成arm之后还是崩溃，最后无奈在自己手机上测试也是如此，一打开就直接崩溃，在网上能找到的各种方法都试了，最后发现是so命名的问题。
王博架构师技术联盟 经历过2个项目的业务代码从X86服务器迁移到aarch64泰山服务器上，以前没有相关经验摸索了好久，踩了很多坑，现在迁移工作也差不多收尾了，Taishan服务器上跑比X86的溜多了，笔者写了一篇代码迁移经验总结，欢迎大家参考。
优质文章，第一时间送达！在我们以前的文章中，曾经讲过计算斐波那契数列的几种方法，其中基于递归的方法是速度最慢的，例如计算第40项的值，需要36秒。如下图所示：要提高运算速度，根本办法当然是改进算法。不过算法的提高是一个长期积累加上灵机一动的过程。
项目jni的关键代码（项目地址见文章底部），获取当前程序的包名com.example.shelldemo和com.example.nocrack对比，正常运行结果是this app is illegal，编译jni我就不介绍了，项目中也带了编译好的so1.工具介绍IDA6.
