hehui1860的专栏

这是从http://www.eoeandroid.com/blog-767797-39566.html?_dsign=7a0934cd转载来的，直接上代码了。public static Bitmap convertViewToBitmap(View view){　　　view.measure(MeasureSpec.makeMeasureSpec(0, MeasureSpec.UNSP

内存泄露，这个应用开发中比较容易出现的问题，由于短时间内难以测出来一般都比较难以发现，只能靠开发者的警觉性来避免，长时间的Monkey测试就成为一个可行的手段。Monkey测试能给出一个直观的内存变化曲线和日志，GC日志在内存紧张时都会打印出测试进程的内存信息，需要结合几个方面的数据才能定位到问题的准确位置。

Monkey测试由于操作量大，并且速度比较快，总是会出来一些隐藏的比较深的问题，比如内存泄露啊，句柄泄露啊等等。但是往往这类问题通过Monkey日志又很难直接定位到。需要有一些经验才能快速定位并解决。本文就是本人遇到的一例报AndroidRuntime: java.lang.RuntimeException: Could not read input channel file descriptors from parcel.异常最终解决的句柄泄露问题。

早在Android4.4的源码中，谷歌就已经把OkHttp框架引入了进来，6.0就要将apache的Http包替代掉，这足以说明这个框架是非常优秀的。本文将对其源码进行简要的剖析。

在Android设备上，大部分场景都需要进行数据的持久化操作，本地存储一般来说采用sharepreference或者是db（当然自己管理file也是可以的），但是对于稍微复杂一些的数据还是采用数据库的方式保存比较合适。既然大部分情况下应用都会使用到数据库，那么数据库的优化对于应用性能优化来说就是一个重要的方向了。本篇就把个人实际应用中的一些经验总结一下。

前言，进入移动互联网时代，信息推送成为了一个大家耳熟能详的东西，那么究竟这个推送在Android上是如何实现的呢，今天我们就来给大家介绍一下。本文主要介绍的是XMPP协议和MQTT协议两种主要方式的简单实现，并配合现在的一些开源实例给大家更好的展示效果和代码的编写；并提出了两个在Android移动平台上必须要着重设计和考虑的问题。

时间 2013-08-04 10:43:21 优快云博客原文 http://blog.youkuaiyun.com/lize1988/article/details/9700723 最新需要给软件做数据库读写方面的优化，之前无论读写，都是用一个 SQLiteOpenHelper.getWriteableDataBase() 来操作数据库，现在需要多线程并发读写，项目用的是2.2的SD

不管是为了封装也好，实现特殊的效果也好，大家或多或少都会进行自定义View的实践，这中间又主要有两种：一种是继承于View或ViewGroup，还有一个是继承于各种已存在的Layout使用XML来写。今天要来讨论的是第二种，实践就不详细说了，这里主要是针对这种方式带来的布局层次过深的问题提出两个方案。

操作步骤随笔：（1）在命令行中使用命令： adb shell am dumpheap 26828 /data/app.hprof 生成一个app.hprof文件，该文件就是该应用的内存信息文件，命令中的26828是你需要检查的应用的进程号。（2）将app.hprof文件从手机取出，并利用hprof-conv工具（SDK中的工具）进行转化。得到新的5.hprof.并利用MAT将该文件打开

AsyncTask是Android提供的一个轻量级异步任务类，可以用来进行一些耗时操作，但是这个东西设计得很有意思，使用也得非常小心，稍有不慎就会出现一些不可预见的问题。先列举一下都有哪些风险然后再从源码分析这些风险产生的原因，最后提出一些解决办法。1、    AsyncTask无法重复执行2、    多个AsyncTask请求处理时，由于某个任务卡住导致其他请求无法做出相应3、