android 异常积累(myself)

来源:互联网 发布:中国网络空间安全 编辑:程序博客网 时间:2024/04/29 05:57


1.android.database.StaleDataException: Attempted to access a cursor after it has been closed.   

我的解决方法为: //4.0以上的版本会自动关闭 (4.0--14;; 4.0.3--15)

if(Integer.parseInt(Build.VERSION.SDK) < 14)                  {                      cursor.close();                  }


2.android OutOfMemoryError

andriod 的bitmap 真是个大胖子,操作稍有不当,就会引发OutOfMemoryError
提供几种管理bitmap的方法,以便记录
1.加载多个bitmap时候即时调用recycle()释放资源
2.加载比较大的图片时使用 BitmapFactory.Options按比例缩放图片,即时调用recycle()释放资源
3.加载单独图片时尽可能的少生成bitmap对象,比如我的一个界面需显示一个图片(如果每次加载的图片不同),将bitmap对象用static修饰,每次加载该界面的时候先进行释放处理,然后在重新加载
if(bitmap!=null&&!bitmap.isRecycled()){
 

bitmap.recycle() 
 bitmap=null;
 System.gc();
}

3.java.lang.RuntimeException: An error occured while executing doInBackground();
编写android加载图片的程序时,遇到了内存泄露问题!

Log如下:

    <span style="color:#ff0000;">04-04 18:16:32.774: E/dalvikvm-heap(30873):</span> <span style="color:#ff0000;">10036224-byte external allocation too large for this process.      04-04 18:16:32.805: E/GraphicsJNI(30873): VM won't let us allocate 10036224 bytes</span>      04-04 18:16:32.813: D/dalvikvm(30873): GC_FOR_MALLOC freed 0K, 51% free 6259K/12615K, external 22123K/24171K, paused 22ms      04-04 18:16:32.813: D/skia(30873): --- decoder->decode returned false      04-04 18:16:32.813: W/dalvikvm(30873): threadid=15: thread exiting with uncaught exception (group=0x40015568)      04-04 18:16:32.821: E/AndroidRuntime(30873): FATAL EXCEPTION: AsyncTask #3      04-04 18:16:32.821: E/AndroidRuntime(30873): java.lang.RuntimeException: An error occured while executing doInBackground()      04-04 18:16:32.821: E/AndroidRuntime(30873):    at android.os.AsyncTask$3.done(AsyncTask.java:200)      04-04 18:16:32.821: E/AndroidRuntime(30873):    at java.util.concurrent.FutureTask$Sync.innerSetException(FutureTask.java:274)      04-04 18:16:32.821: E/AndroidRuntime(30873):    at java.util.concurrent.FutureTask.setException(FutureTask.java:125)      04-04 18:16:32.821: E/AndroidRuntime(30873):    at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:308)      04-04 18:16:32.821: E/AndroidRuntime(30873):    at java.util.concurrent.FutureTask.run(FutureTask.java:138)      04-04 18:16:32.821: E/AndroidRuntime(30873):    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1088)      04-04 18:16:32.821: E/AndroidRuntime(30873):    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:581)      04-04 18:16:32.821: E/AndroidRuntime(30873):    at java.lang.Thread.run(Thread.java:1019)      <span style="color:#cc0000;">04-04 18:16:32.821: E/AndroidRuntime(30873): Caused by: java.lang.OutOfMemoryError: bitmap size exceeds VM budget</span>      04-04 18:16:32.821: E/AndroidRuntime(30873):    at android.graphics.BitmapFactory.nativeDecodeByteArray(Native Method)      04-04 18:16:32.821: E/AndroidRuntime(30873):    at android.graphics.BitmapFactory.decodeByteArray(BitmapFactory.java:419)      04-04 18:16:32.821: E/AndroidRuntime(30873):    at android.graphics.BitmapFactory.decodeByteArray(BitmapFactory.java:432)      04-04 18:16:32.821: E/AndroidRuntime(30873):    at com.jiadebin.ar.arnavigator.ARDetailActivity$wsAsyncTask.doInBackground(ARDetailActivity.java:220)      04-04 18:16:32.821: E/AndroidRuntime(30873):    at com.jiadebin.ar.arnavigator.ARDetailActivity$wsAsyncTask.doInBackground(ARDetailActivity.java:1)      04-04 18:16:32.821: E/AndroidRuntime(30873):    at android.os.AsyncTask$2.call(AsyncTask.java:185)      04-04 18:16:32.821: E/AndroidRuntime(30873):    at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:306)      04-04 18:16:32.821: E/AndroidRuntime(30873):    ... 4 more  
        我的程序是在一个activity里用一个AsyncTask在后台加载Bitmap图片(从网络服务器上加载),这个activity被调用两次之后就不能继续调用了,第三次调用时就出现了这个问题然后程序异常退出,看Log里说貌似是每一次调用加载线程之后,这个线程并没有从内存中销毁,而是继续存在,所以导致后面再次新建该类线程时,内存泄露啦

        在网上找了一下,遇到这类问题的人很多,通常的原因就是我们加载的图片太大,我看了一下我的图片,用500W像素的Defy拍的,原始大小一般都在800KB左右,这样大的图片才导致了内存泄露,网上大神们给的通常的解决方法是,用BitmapFactory解码时加上设置好的options指令(我就是没用options),通常Options如下设定:

BitmapFactory.Options options=new Options();    options.inDither=false;    /*不进行图片抖动处理*/    options.inPreferredConfig=null;  /*设置让解码器以最佳方式解码*/    options.inSampleSize=4;          /*图片长宽方向缩小倍数*/    Bitmap img=BitmapFactory.decodeByteArray(buffer, 0, buffer.length, options);
这样修改后,我发现传到手机上的图片一般都是200KB左右了,即缩小为原来的1/4,而且看起来还行,没怎么失真,几乎不影响观看效果,问题也解决了~

对了,最好在你使用完Bitmap之后,调用一下recycle()方法,这样更有利于内存回收。


4.MainActivity has leaked window com.android.internal.policy.impl.PhoneWindow$DecorView@2fd590c8 that was originally added here

在谷歌后发现。窗体泄露的原因是有些dialog或则processDialog等引起的。这些空间依附的Activity已经关闭而这些控件还在运行中。所以导致bug

典型的场合是activity 和dialog同时显示 要先dialog.dismiss() 后activity.finish() 如果直接finish() 会出错 但不影响功能。

解决的办法是通过加入android.permission.REORDER_TASKS    权限解决

目前还不知道是不是因为没有权限所以导致乐phone不能够很好的释放页面资源。有待进一步研讨


在android平台下,进行多线程编程时,经常需要在主线程之外的一个单独的线程中进行某些处理,然后更新用户界面显示。但是,在主线线程之外的线程中直接更新页面显示的问题是:系统会报这个异常,android.view.viewroot$calledfromwrongthreadexception: only the original thread that created a view hierarchy can touch its views. (只有原始创建这个视图层次(view hierachy)的线程才能修改它的视图(view)。)。

  也就是说必须在程序的主线程(也就是ui线程)中进行更新界面显示的工作。可以采用下面的方法之一来解决:

解决方案1:在activity.oncreate(bundle savedinstancestate)中创建一个handler类的实例, 在这个handler实例的handlemessage回调函数中调用更新界面显示的函数。例如:
public class ExampleActivity extends Activity {Handler h = null;@overridepublic void onCreate(Bundle savedinstancestate){h = new Handler(){@overridepublic void handleMessage(Message msg){// call update gui method.}};}}
  在其它的函数中,利用 send族或post族函数向这个h发送或邮寄消息即可。


解决方案2:利用activity.runonuithread(runnable)

  把更新ui的代码创建在runnable中,然后在需要更新ui时,把这个runnable对象传给activity.runonuithread(runnable)。 这样runnable对像就能在ui程序中被调用。