[已解决]项目中应用来回切换后，就会提示“已停止运行”

本文主要是介绍[已解决]项目中应用来回切换后，就会提示“已停止运行”，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

经过debug，我发现是应用在调用我们的一个全局变量的时候，这个全局变量为空了，但是我们明明是有设置，而且在不切换之前也是有值的

原因分析：

最后在网上查找了一下，原来在内存较少的时候，来回切换的时候gc 会去将一些内存释放掉的，全局变量会被重新设置为默认值，

模拟的方法:

1: 首先声明一个静态的全局变量类：

package com.example.kodulf.crashdemo;/*** Created by Kodulf on 2017/5/12.*/public class StaticClass {public static String staticString;public static int[] intArray;
}

2: 创建一个MainActivity

package com.example.kodulf.crashdemo;import android.content.Intent;
import android.os.Bundle;
import android.support.v7.app.AppCompatActivity;public class MainActivity extends AppCompatActivity {@Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.activity_main);StaticClass.staticString = "hello";//初始化静态类里面的数组，给一个很大的内存亮StaticClass.intArray = new int[1024*1024*25];//启动第二个ActivityIntent intent = new Intent(this,SecondActivity.class);startActivity(intent);}
}

3: 创建SecondActivity

package com.example.kodulf.crashdemo;import android.os.Bundle;
import android.support.v7.app.AppCompatActivity;
import android.util.Log;public class SecondActivity extends AppCompatActivity {@Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.activity_second);Log.d("kodulf",""+StaticClass.staticString);//下面这里// 在当前显示的是SecondActivity的时候切换到后台，然后再切换回来，在内存较少的情况下，会报错// 在当前显示的是SecondActivity的时候切换到后台，还有一种让他直接报错的方法，就是通过一些内存管理软件，在当前显示的是SecondActivity的时候切换到后台，点击内存清理，然后再切换回来 就会报错了Log.d("kodulf",""+StaticClass.intArray.length);}}

4: 最直接的模拟方法：

启动该应用，默认的会在MainActivity的时候初始化那个静态的int数组，然后会自动启动SecondActivity

这个时候将该应用切换到后台

找到一个内存管理的工具，例如360软件助手，进行内存清理，

再将该应用切换回来，就会直接报错了

解决办法：

将全局变量尽量使用常量，如果要涉及到修改的全局变量，那么最好不要直接食用

1: 可以使用sharepreference 去保存然后。

2: 或者在onSaveInstanceState的时候保存这个全局变量，onRestoreInstanceState 的时候再给这个全局变量重新赋值就好了。

package com.example.kodulf.crashdemo;import android.os.Bundle;
import android.support.v7.app.AppCompatActivity;
import android.util.Log;public class SecondActivity extends AppCompatActivity {@Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.activity_second);Log.d("kodulf",""+StaticClass.staticString);//下面这里// 在当前显示的是SecondActivity的时候切换到后台，然后再切换回来，在内存较少的情况下，会报错// 在当前显示的是SecondActivity的时候切换到后台，还有一种让他直接报错的方法，就是通过一些内存管理软件，在当前显示的是SecondActivity的时候切换到后台，点击内存清理，然后再切换回来 就会报错了Log.d("kodulf",""+StaticClass.intArray.length);}@Overrideprotected void onSaveInstanceState(Bundle outState) {super.onSaveInstanceState(outState);outState.putSerializable("intArray",StaticClass.intArray);}@Overrideprotected void onRestoreInstanceState(Bundle savedInstanceState) {super.onRestoreInstanceState(savedInstanceState);StaticClass.intArray = (int[])savedInstanceState.getSerializable("intArray");}
}

+++++++++++++++++++++++++++++++++++++++++

参考：http://blog.csdn.net/hs_73/article/details/50911133

后期测试的时候，发现有个偶然现象，当应用被切换到后台一段时间再切换回来的时候会莫名的崩溃，而且在log的错误信息，云测以及友盟的错误列表上都没有发现有错误日志输出。确实是比较棘手，但这确实是应用的bug，无法忽视，但是这个问题又无法很容易的重现。后期查找资料分析一下，可能是跟这几个原因有关：

1.没有很正确的理解getContext() , getActivity() ,Activity.this ,getApplicationContext的区别以及用法，乱用导致:

Context:上下文(指的就是这个应用运行所依赖的运行环境), Context分类:

①.Activity:具体的上下文环境;Activity.this的context属于activity ，activity 摧毁他就摧毁

②.ApplicationContext:整体的上下文环境;getApplicationContext()通过该方法获取,getApplicationContext() 生命周期是整个应用，应用摧毁它才摧毁

③getContext();. getContext获取的是当前对象所在的Context

对于绝大多数场景,使用Activity或者是ApplicationContext效果都一样.

activity.this要返回一个activity，而getApplicationContext()就不一定返回一个activity

但是有些特殊情况下,使用Activity这种上下文的地方,不可以使用ApplicationContext;

也有些地方,使用ApplicationContext的地方,也不能使用Activity:一般是需要对全局做初始化操作的时候.

2.应用被切换到后台以后，由于Android的内存回收机制，Activity切换到后台之后，由于内存不够，此Activity被系统回收了，一段时间之后回到该应用程序，Activity被重新实例化了。而Activity被系统销毁时，附属在该Activity的Fragment并没有被销毁，在Activity的onSaveInstanceState里面将Fragment状态保存起来了，所以Activity重新创建了，但是FragmentA和FragmentB还是之前的，而此时FragmentA和FragmentB所附属的Activity已经被系统回收了，这次再调用getActivity时返回了null,我们看看FragmentActivity源码中的onSaveInstanceState方法：

[java]  view plain copy  
 protected void onSaveInstanceState(Bundle outState)  
    {  
      super.onSaveInstanceState(outState);  
      Parcelable p = mFragments.saveAllState();  
      if (p != null) {  
        outState.putParcelable("android:support:fragments", p);  
     }  
    }  

由上面源码可以看出，FragmentActivity确实在onSaveInstanceState方法里面将Fragment的状态保存了。解决方法其实很简单，我们只要让FragmentActivity被系统回收的时候，不保存Fragment的状态即可，即在FragmentActivity中重写onSaveInstanceState方法，并且注释掉super.onSaveInstanceState(outState)就行了。

[java]  view plain copy  
 @Override  
  protected void onSaveInstanceState(Bundle outState) {  
 //        super.onSaveInstanceState(outState);  
 }  