ReV_Fycd的专栏

android中，对数据库进行批量操作时，建议先打开会话：db.beginTransaction();//批量insert或者update等db.setTransactionSuccessful();db.endTransaction();这样之后，在大数据量的处理是灰常的高效，实际中，减少了3～10倍的时间。另外，在重写ContentProvider时

Android项目里要判断是Home按键。可是Home键不提供监听。麻烦。。在应用里，按了home键就是被调到后台，再回到应用就是后台调到前台，那看看有没有可以判断应用前后台的方法吧。如果整个项目只有一个Activity，那么简单了，利用生命周期函数，在onResume()方法里可以简单判断后台还是前台。可是项目里有N多个Activity，调用关系复杂，生命周期耦合太多，，判断方法容易

项目要求在android里面动态加载插件.就是向客户端发送一个jar包,用来扩充或者更新应用.要求jar包可以向用户提供独立的用户界面.就是说,jar包里的布局文件要单独解析成view了.刚开始，还不是很有思路，看了看android的源码,解析布局文件真的是,,,有点麻烦啊...翻翻论坛，国外论坛大多表示这个做不到，或者比较难，最后在一个国内安卓的帖子里找到相关的文章,还有源码试例

使用Expandablelistview时发现，子item点击后没有任何效果，adapter中设置子item能接受点击事件也不行。同事提示说子Item里有能获得焦点和点击的View，设置它们不能获得焦点就好了。尝试了下，果然如此。可是item里是有checkBox的。CheckBox还是要点击的，设置了clickable后，发现group竟然不能展开。因为我的group和child都使用相

android怎样调用@hide和internal API

项目里某个activity在显示前总是会先黑屏一会儿，然后才显示页面，感觉影响用户体验，要求优化。好吧，从activity的生命周期方法开始吧。因为业务逻辑的关系，只用到onCreate和onResume（事实上，个人感觉，除了这俩生命周期方法以及相对应的两个方法，其他的生命周期方法例如onStart之类似乎都只在面试时候用到。。）。文档里说明，onResume一旦执行完毕，页面就已经显示给用户了

在activity的属性里加上这条属性，被该activity遮挡的Activity不会调用onStop()android:theme="@android:style/Theme.Translucent.NoTitleBar"

项目里有一个网络获取数据得ListView。滚动得时候有明显得卡顿现象。需要优化。要平滑滚动，就是要在UI线程得绘图时间尽可能得少。有一个临界值：16ms，就是说绘图得时间如果超过16ms人眼就会有卡顿得感觉。listview里可能的大量绘图操作，基本集中在getView方法里，检查getView方法的时间。果然很长，甚至超过200ms得。卡顿非常严重了。细查方法里的操作，发现

简单记一下。listView中