erone的专栏

背景：我有一个显示一天节目的listivew，用户点击节目表的下载icon可以下载，并在该位置实时更新下载进度出现的错误：比如今天是2号，我下载了2号的第一个节目的视频。当我用1号，31号，30号或3号，4号，5号的节目更新listivew时，第一个节目会显示跟2号第一个节目一样的下载状态，但是我明明没有下载。考虑的原因：1.首先考虑的是回调的解绑是不是不及时。我在listview的item（每一个item都是一个statefulwidget）的initstate中向DownloadManage

这是因为没有把项目copy到工作空间

Handler写法static class MyHandler extends Handler { private final WeakReference mActivity; public MyHandler(MyActivity activity) { mActivity = new WeakReference(activity); } @Overr

原创链接：http://blog.csdn.net/zhao_3546/article/details/16819609之前实现了一个号码分析的APK，让第三方应用通过AIDL调用来分析号码。正常情况下，都是通过手动安装此APK来实现部署的，但今天有个兄弟直接将此APK放到 /system/app/ 目录下，第三方应用一调用这个APK的AIDL，就报了下面的异常

gradle-wrapper.properties最后一行表示当前工程gradle的版本，如果Android Studio发现gradle的缓存目录里没有这个版本，这个时候就会触发refreshing gradle project，而一个gradle包的大小一般在70M以上，开了VPN需要半个小时以上才能缓存下来，不开的话基本会卡死在那里，下载不了。知道问题就好解决了，首先打开你的gradle缓存

这是由于对数据源list的操作和对notify操作并没有顺序发生导致的。也就是说在移除list中的数据后，并没有紧接着告知adapter有数据已经移除，就会导致后面操作的报错。解决方法是，在list做完remove或者add操作后，紧跟着notifyItemInserted(notifyItemRangeInserted)或notifyDataSetChanged如何保证呢，就是要让他们在同一线程...

有人说加Connection close或者加retryOnFailed(true)，我都没有解决。我用的是这个方法解决了issus/3590因为responseHeader里有一个gzip，我们在requestHeader里加入builder.header("Accept-Encoding", "identity");就可以了...