JeffTang2020的博客

公司项目的OCR 文档识别的sdk 仅仅提供了armeabi 的so库，然而项目主moudle里的libs里边还有arm64-v8a包，这就造成了64位的手机一调用这个库就会崩溃报：java.lang.UnsatisfiedLinkError: dalvik.system.PathClassLoader[DexPathList[[zip file "/data/app/xxx.xxxxx.xx

对于Android运行时异常“Binary XML file line # : Error inflating class”的异常 ,http://blog.youkuaiyun.com/huangxiaohu_coder/article/details/8497286这位博主说了很多原因，大家可以参考下。下边我说下我项目中出现这个异常的原因：项目中导入了三方的module,其依赖了com.android

一直想写博客，但是都没有进行，今天这篇handler机制算是开头第一篇吧哈哈。这篇博客不为别的。就算是把自己对于handler机制的理解写下来，也方便以后可以回顾下，如果能够帮到别人就更好了。  Android 规定对于修改界面UI的操作必须放在主线程中执行，而对于一些查询数据库或者联网请求数据的耗时操作，为了避免产生界面暂时无响应等ANR的情况要放到子线程中进行。耗时操作完成后我们要切换

把sdk导进去跑起来后总是报java.lang.UnsatisfiedLinkError: Couldn't load x from loader dalvik.system.PathClassLoader的错误，然后项目就anr死掉了，纠结了一段时间。后来发现因为sdk提供的libs包里只有一个armeabi包，只要再新建一个armeabi-v7a，然后把armeabi的文件copy一份到a

  Android 开发我们在主线中不能过耗时操作，像类似网络请求、数据库查询等耗时操作我们都要在子线程中进行，但是线程也是一种系统资源，频繁的new Thread() 肯定会有一定的资源消耗，所以除了用线程池来进行线程管理外，Android还给我们提供里HandlerThread 来进行耗时操作。 HandlerThread 是Thread的一个子类，不同的是，它内部创建了Looper,有了轮询...