杀死?亲,杀死的原因你得贴异常信息是什么呀.
启动相册FC?不知道.除非是选择照片后死,这个是因为图片的问题.
拍照后FC,那也有可能是处理图片时的问题.
以上推测,是图片处理过程中,发生OOM,或者是bitmap的问题.

解决方案 »

  1.   

    就是没有异常信息啊,不是处理图片的时候的问题,要是那样肯定会有exception的,这个就是打开了图库之后,也不选择图片,可能就是滑动查看,事件或长或短,就是被杀掉,ddms里面就看不到了,选择了之后,这个程序就重新启动了。
      

  2.   

    就是没有异常信息啊,不是处理图片的时候的问题,要是那样肯定会有exception的,这个就是打开了图库之后,也不选择图片,可能就是滑动查看,事件或长或短,就是被杀掉,ddms里面就看不到了,选择了之后,这个程序就重新启动了。重点看看logcat里的内容,再看看consle里面的内容.
    不可能出现这种情况,没有任何信息出现的.
      

  3.   

    程序重启了,logcat里面必然会有相应信息的,查看下,然后分析下。
      

  4.   

    就是没有异常信息啊,不是处理图片的时候的问题,要是那样肯定会有exception的,这个就是打开了图库之后,也不选择图片,可能就是滑动查看,事件或长或短,就是被杀掉,ddms里面就看不到了,选择了之后,这个程序就重新启动了。
    那这个算吗?
    ManagedEGLContext ,doTerminate failed: EGL count is 2 but managed count is 1
      

  5.   

    就是没有异常信息啊,不是处理图片的时候的问题,要是那样肯定会有exception的,这个就是打开了图库之后,也不选择图片,可能就是滑动查看,事件或长或短,就是被杀掉,ddms里面就看不到了,选择了之后,这个程序就重新启动了。
    那这个算吗?
    ManagedEGLContext ,doTerminate failed: EGL count is 2 but managed count is 1
    程序不太方便发上去啊。
    android:persistent="true"
    android:largeHeap="true"
    这两个,我都给添加了,要是还回收,我真是没办法了。
    有没有什么好办法啊?
      

  6.   

    就是没有异常信息啊,不是处理图片的时候的问题,要是那样肯定会有exception的,这个就是打开了图库之后,也不选择图片,可能就是滑动查看,事件或长或短,就是被杀掉,ddms里面就看不到了,选择了之后,这个程序就重新启动了。
    那这个算吗?
    ManagedEGLContext ,doTerminate failed: EGL count is 2 but managed count is 1看这个threadid=1: thread exiting with uncaught exception (group=0x4203d898)
      

  7.   

    就是没有异常信息啊,不是处理图片的时候的问题,要是那样肯定会有exception的,这个就是打开了图库之后,也不选择图片,可能就是滑动查看,事件或长或短,就是被杀掉,ddms里面就看不到了,选择了之后,这个程序就重新启动了。
    那这个算吗?
    ManagedEGLContext ,doTerminate failed: EGL count is 2 but managed count is 1
    程序不太方便发上去啊。
    android:persistent="true"
    android:largeHeap="true"
    这两个,我都给添加了,要是还回收,我真是没办法了。
    有没有什么好办法啊?
    我也试过android:persistent="true",也无效的,我是开了服务,设置为前台服务,基本出了清理内存的工具,不会被系统回收,如果你想做个永远不被杀的,就需要继续研究了
      

  8.   

    就是没有异常信息啊,不是处理图片的时候的问题,要是那样肯定会有exception的,这个就是打开了图库之后,也不选择图片,可能就是滑动查看,事件或长或短,就是被杀掉,ddms里面就看不到了,选择了之后,这个程序就重新启动了。
    那这个算吗?
    ManagedEGLContext ,doTerminate failed: EGL count is 2 but managed count is 1
    程序不太方便发上去啊。
    android:persistent="true"
    android:largeHeap="true"
    这两个,我都给添加了,要是还回收,我真是没办法了。
    有没有什么好办法啊?
    我也试过android:persistent="true",也无效的,我是开了服务,设置为前台服务,基本出了清理内存的工具,不会被系统回收,如果你想做个永远不被杀的,就需要继续研究了那你要是被系统回收了怎么办呢?存储状态,然后再回复状态?
      

  9.   

    就是没有异常信息啊,不是处理图片的时候的问题,要是那样肯定会有exception的,这个就是打开了图库之后,也不选择图片,可能就是滑动查看,事件或长或短,就是被杀掉,ddms里面就看不到了,选择了之后,这个程序就重新启动了。
    那这个算吗?
    ManagedEGLContext ,doTerminate failed: EGL count is 2 but managed count is 1
    程序不太方便发上去啊。
    android:persistent="true"
    android:largeHeap="true"
    这两个,我都给添加了,要是还回收,我真是没办法了。
    有没有什么好办法啊?
    我也试过android:persistent="true",也无效的,我是开了服务,设置为前台服务,基本出了清理内存的工具,不会被系统回收,如果你想做个永远不被杀的,就需要继续研究了那你要是被系统回收了怎么办呢?存储状态,然后再回复状态?
    如果你的需求允许的话,最简单的就是onSaveInstanceState下保存你需要的数据,oncreat或onRestoreInstanceState去取
      

  10.   

    就是没有异常信息啊,不是处理图片的时候的问题,要是那样肯定会有exception的,这个就是打开了图库之后,也不选择图片,可能就是滑动查看,事件或长或短,就是被杀掉,ddms里面就看不到了,选择了之后,这个程序就重新启动了。
    那这个算吗?
    ManagedEGLContext ,doTerminate failed: EGL count is 2 but managed count is 1
    程序不太方便发上去啊。
    android:persistent="true"
    android:largeHeap="true"
    这两个,我都给添加了,要是还回收,我真是没办法了。
    有没有什么好办法啊?
    我也试过android:persistent="true",也无效的,我是开了服务,设置为前台服务,基本出了清理内存的工具,不会被系统回收,如果你想做个永远不被杀的,就需要继续研究了那你要是被系统回收了怎么办呢?存储状态,然后再回复状态?
    如果你的需求允许的话,最简单的就是onSaveInstanceState下保存你需要的数据,oncreat或onRestoreInstanceState去取这个做法我比较的麻烦,还有没有其他的方法呢?
      

  11.   

    话说,程序重启了,logcat里一定会有信息的啊,你找找Tag为:AndroidRuntime的红字的信息,找到后耐住性子读一读,读不懂的单词去百度,另外信息里以你项目包名开头的很可能就是出问题的信息,仔细看看吧
      

  12.   

    相册、拍照要用的内存比较大,而米2a和红米中会是因为内存空间小,只有1G,小米2s内存大,你必须想办法使你的应用保存在内存中,必然要使之权重更高些,那么你可以启动一个服务来完成这个行为,或者删除一些后台运行进程使内存够用,不然就没办法,内存管理是这样;
      

  13.   

    有时这种生命周期的问题是onconfigchange造成的问题,不应该是背kill
      

  14.   


    这个case我是检查过的,是没有这个问题的。
      

  15.   


    这个case我是检查过的,是没有这个问题的。oom这种情况,你偶尔遇到一次可以理解,如果100%,除非你在设置里设置了只允许一个后台进程,否者,怀疑oom个人认为方向错了
      

  16.   

    楼主请问问题解决了没有,我遇到和你一样的问题,我也是用红米手机,然后拍照和看相册之后,把我后台的程序kill掉了。如果有好的解决方法,请赐教,谢谢,qq:519970695