分享有价值的内容
本文内容介绍子线程操作UI抛出的CalledFromWrongThreadException异常解析，子线程操作UI的几种方法，及几种在子线程中操作UI导致的异常现象说明。
不一定，如果是在onCreate中子线程操作UI控件，不会发生异常，可以正常更新UI，下面看下源码。
1. 首先是ViewRootImpl抛异常的地方
void checkThread() { if (mThread != Thread.currentThread()) { throw new CalledFromWrongThreadException( [......]
在客户反馈中遇到一个问题，Home键把应用置于后台，外部通过对接协议广播的方式，应用内接收到广播之后通过startActivity把应用从后台调起到前台，只是普通的逻辑调用，但是应用在后台停留了10S之后，应用才回到前台，并先出现了黑屏，之后才显示应用界面的问题。
从Activity的生命周期Log分析，在调用了startActivity之后，已经走到了onResume，但是过了5S之后，应用才显示出来。
一开始是怀疑系统方的问题，系统方分析之后，单单startActivity就花费了3S时间，之后还有应用内的Activity切换又耗费额外的2S，这5S时间可以看作是主线程的卡顿导致。但另外的5S是在onResume之后[……]
Crash堆栈如下：
Exception:java.lang.IllegalStateException: View com.autonavi.skin.view.SkinRelativeLayout{95730 V.E...... ......I. 0,0-0,0} has already been added to the window manager. at android.view.W[......]
adb即android debug bridge(安卓调试桥)，本文内容包括常用adb shell相关命令的使用及说明，涉及到adb debug调试、adb无线连接、adb应用包操作、adb文件操作、adb网络操作、adb日志操作、adb截屏操作、adb系统交互相关操作。
打印挂载的虚拟机/设备信息
adb devices
输入以上命令回车之后，输出设备序列号和状态
e4b25377 device
emulator-5554 de[......]
在项目开发中遇到AES加密解密的问题，因为一个参数问题卡了比较久，做个记录。并给出AES加密解密分别用Java、Python和C++的实现代码。
AES加密算法即密码学中的高级加密标准（Advanced Encryption Standard，AES），又称Rijndael加密法，是美国联邦政府采用的一种区块加密标准。这个标准用来替代原先的DES，已经被多方分析且广为全世界所使用。
AES加密算法涉及4种操作：字节替代（SubBytes）、行移位（ShiftRows）、列混淆（MixColumns）和轮密钥加（AddRoundKey）。数据块分组长度必须为128比特，密钥长度可以是128比特、192[……]
本文内容是关于Android开源框架链接资源，及相对较好的框架解析参考资料，在线源码链接资源分享整理，你想了解的Android开源框架一手参考资料都在这里，持续更新中～
图片加载框架Universal-Image-Loader源码解析
背景：
13年6月份毕业，刚好美图手机团队组建，从0开始几个高级工程师带着几个应届生小白开始做美图手机，从美图手机1.0到3.0版本做了近三年时间总算有点样子，跟着几位夏新出来的老前辈也学到了不少东西。个人负责手机的多媒体模块，音乐、视频、FM、录音机、下载、MediaProvider和相应Framework层的修改。
其中相对有意思的是音乐Widget，涉及到很多自定义动画的实现，包括专辑图片的转场切换、水波和自定义图形的进度条等。
以下给出主要的代码块逻辑，详细实现逻辑可从文末给出的GitHub链接工程中下载查看。
@Remot[......]
本文分为五个章节：一、ButterKnife是什么？ 二、ButterKnife的好处 三、怎么集成ButterKnife 四、ButterKnife使用方法 五、ButterKnife使用示例 六、参考资料
ButterKnife是Android平台上一个简单的依赖注入开源框架；
ButterKnife使用的[……]
本文包括四章内容：一、Android OOM类型；二、OOM分析工具；三、OOM实例问题分析定位；四、参考资源
在Android平台上常见的OOM有如下几种：
1、使用static修饰Context变量，Context被Hold住了导致Activity无法销毁，在之前的Android Context源码解析中有提及这一情况。
2、Bitmap没有及时回收，调用recycle()函数并不能立即释放Bitmap，读取Bitmap到内存的时候没有做采样率的设置；
3、线程数超限，proc/pid/status中记录的线程数超过proc/sys/kernel/threads-ma[……]
本文对BSDiff/Patch、HDiffPatch和XDelta三种差分包实现方案做对比测试，在Android APK的差分更新实现上，XDelta差分方案实现是最优的。
1）服务端拿新版本A和旧版本B做差分，生成差分包C‘
2）客户端检测到可增量更新的差分包，下载差分包C‘之后，和本地旧版本B做合成，生成新版本A。
服务器端：服务端的同学拿到客户端同学开发的新版本A，跟已发布的旧版本B1，B2，B3…做了差分生成相应的差分包C1，C2，C3…，并生成相应差分包的MD5值，当然全量包的签名、MD5值也是需要的，这样客户端[……]