最近博客写的少了，以后还得经常更新才行。

------------------------------------------------------------

1.try cath 异常不全导致的意外问题。

之所以将此问题放在第一位，是因为前阵子中项目中出现了此类情况，并且这种情况很容易不注意或遗忘，但其错误却是致命的。

在Java/Android开发中，当调用一个函数时，此函数抛出一个A类型的异常，很自然的，在调用的地方我们会try.. catch此异常，并且绝大多数情况下，捕获异常是由Eclispe自动提示并生成的，函数抛出A异常，则调用的地方catch A，实际上，我们最好必须在catch A后再加上一个catch(Exception ex){}。原因在于防范于某些不可确定发生的问题而导致可能抛出的其他异常类型。

上次就遇到了在new JSONObject()时，很自然的只catch了JSONException，而没有进一步的catch Exception，而实际上由于参数格式错误后导致其抛出了java.lang.NumberFormatException，一步步跟踪代码后发现在源代码中确实存在可能抛出此异常的情形，而没被catch到，直接将导致app崩溃。此后谨记！

2.Eclipse项目中的Android Private Libraries没有自动生成。

一般而言，在Android开发中，项目中引用到的jar包会放到项目目录中的libs中，引入库会放到Android Dependencies中，对于放置于libs中的jar包，会自动置于项目中的Android Private Libraries下，如果没有自动生成，clean项目后一般在console下会发现有相应的错误提示，修正即可。如：项目中引用了不同的v4兼容包等会出现此类情况。

3.Eclipse中一直出现“Android SDK: resolving error markers”。

此类情况网上有诸多描述以及相应尝试性的解决方法，不久前本人即出现此类情况，尝试多种方案后未能解决。最终方法如下：

删除此文件，workspace/.metadata/.plugins/org.eclipse.e4.workbench/workbench.xmi，重启Eclipse即可。

4.因so文件目录引起的UnsatisfiedLinkError: … :findLibrary returned null问题。

Android开发中，不可避免的可能会引用到外部so文件，设置一个项目中可能需要引用多个不同的外部so文件。因为不同的引入库中so文件的目录可能不同，导致打包后生成的项目lib目录中的目录结构是不同的外部so文件目录的合集。可能会出现armabi/armeabi-v7a/x86/mips等，一般情况下，armabi应该是有的，当此三个目录下的文件可能不同时，在某些特定机型下很可能会出现如上错误。原因在于不同的机型CPU结构不同导致搜寻不同的目录下面的包，而由于外部库不同的so文件目录可能armabi下还有a、b so文件，而x86下可能只含有a，此时解决方案如下：

直接删除x86和mips目录，只保持armabi目录即可，当不存在x86目录时，相应机型也自然会取armabi目录下搜寻相应so文件。

5.Can‘t create handler inside thread that has not called Looper.prepare。

这个问题其实也比较经典了，原因在于，Android中的非UI线程不能进行修改UI操作（当然，严格意义上来说SurfaceView和TextureView除外），一般常见于在子线程中执行了如 Toast.makeText 等操作。一般借助于子线程和主线程消息通信机制来解决。

常见解决方法如：

1).Handler - Message方式；

2).activity.runOnUiThread(runnable)方式等。

Android开发中的问题及相应解决（持续更新）