Android 生命周期，解决savedInstanceState一直为null的问题

在此之前还是补充下关于监听器的两个要点：

 　　向下一个活动传递数据 ：

　　button1.setOnClickListener(new View.OnClickListener() {
    　　@Override
   　　 public void onClick(View v) {
    
            String data = "Hello SecondActivity";
            Intent intent = new Intent(FirstActivity.this, SecondActivity.class);
            intent.putExtra("extra1", data);
            startActivity(intent);
            }
　　});

putExtra就是传递数据的方法，参数一就是一个键，接收端只有用这个键才能接受，data就是接受的数据。

　　在第二个活动这接收：

　　Intent intent=getIntent();
　　String data=intent.getStringExtra("extra1");
　　Log.d("this",data);

其实这很像Map的键值对put和get嘛，这边调用，就把data获取过来了，然后就用这边的data接受，输出



　　返回数据给上一个活动 :
　　　　这是第二个活动里的，第一个活动可以跳转到第二个，
　　　　　　

Button bt2=findViewById(R.id.button2);
bt2.setOnClickListener(new View.OnClickListener() {
    @Override
    public void onClick(View v) {
        Intent intent=new Intent();
        intent.putExtra("data_return","there has nothing!!!");
        setResult(RESULT_OK,intent);
        finish();
    }
});

setResult主要是为了给下面重写的那个onActivityResult方法准备的，

然后把数据返回给第一个活动：
第一个活动就是先写监听器：　

bt.setOnClickListener(new View.OnClickListener() {
    @Override
    public void onClick(View v) {
        Intent intent=new Intent(MainActivity.this,Main2Activity.class);
        startActivityForResult(intent,2);
    }
});

这边第一个活动，就是监听的时候注意用startActivityForResult，才能传值，那个2，其实也是给重写的方法准备的onActivityResult

这个重写的方法，可以看出它的三个参数，首先就是startActivityForResult里的那个数字，然后就是第二个活动里的setResult那个常量RESULT_OK,最后一个就是Intent的数据，就是意图

联系起来

startActivityForResult(intent,2);以及setResult(RESULT_OK,intent);都是为onActivityResult做准备的

然后再重写下

protected void onActivityResult(int requestCode, int resultCode, @Nullable Intent data) {
        super.onActivityResult(requestCode, resultCode, data);
        switch (requestCode){
            case 2:
                if (resultCode == RESULT_OK)
            {
                String returnedData = data.getStringExtra("data_return");
//                Log.d("FirstActivity", returnedData);
                Log.d("MainActivity",returnedData);
            }
            break;
            default:break;
        }
    }

这是接收数据的，很长。
　　

接下来正式进入生命周期的学习，智商不合格的本牛崽在这徘徊了良久。
因为每个窗口的打开都相当于放进了栈里，栈是先进后出的。
打个比方，页面1，2，3分别打开。
1在栈底，它最先打开，当2,3没打开时，它是不是在栈顶，就是可以操作的界面，然后2,3来了，
它就被压下去了，这个时候3是栈顶，如果3出栈，那么栈顶就是2，以此类推，最后栈顶是1，然后空栈结束。
（如果还不清楚，可以用一个软件来测试，应该很快就可以看出其中的规律了）

各个活动之间的关系就存在返回栈（task）

活动状态 ：

分别是运行状态，暂停状态，停止状态，销毁状态。

运行状态就是task栈顶的时候（用户当前看到的界面），此时它是活动的，如果你突然给它来个闪退，也就是销毁状态，你会不会暴走？

如果给你来个暂停状态（网络不行了），你会不会咬牙切齿

停止状态大概就是挂后台吧（个人见解，有不同意见可以评论，直接纠正我，万一误人子弟就不好了）

 活动的生存期 

七个，

我们新手一般只见过onCreate吧。

下面的就是活动的生命周期

其实我们一般只重写了onCreate，其他的都没重写，但是一些功能还是运行了的，

下面的是体现生命周期的代码：

思路就是两个按钮跳转到不同的页面，跳转前后生命周期的变化。

跳转的话你们自己实现吧

其中TAG是Log.d里的目标，因为直接在主活动写的，就定义了常量TAG

@Override
protected void onStart() {
    super.onStart();
    Log.d(TAG,"onStart");
}

@Override
protected void onResume() {
    super.onResume();
    Log.d(TAG,"onResume");

}

@Override
protected void onPause() {
    super.onPause();
    Log.d(TAG,"onPause");

}

@Override
protected void onStop() {
    super.onStop();
    Log.d(TAG,"onStop");

}

@Override
protected void onDestroy() {
    super.onDestroy();
    Log.d(TAG,"onDestroy");
}

@Override
protected void onRestart() {
    super.onRestart();
    Log.d(TAG,"onRestart");
}


活动被回收了怎么办 :
我们为啥要考虑活动被回收的问题？
因为如果我们在登录用户，突然就被回收了，那我们的数据就都消失了，又得重新输入用户名和密码，导致用户体验不舒适。
所以我们得重写一个方法onSaveInstanceState。
这就是本牛崽遇到的头疼的问题，网上搜了好一会都没找到，后面才知道是模拟器不行，之后就傻乎乎的用手机测试了，才成功。

这个方法是需要触发才能运行的，本牛崽就一直在折腾这个触发，
先上代码：
重写方法：

protected void onSaveInstanceState(Bundle outState) {
    super.onSaveInstanceState(outState);
    outState.putString("data_key","Something you just typed");
}
有点像Intent意图的值的传递，这就是个键值对。

protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    Log.d(TAG,"onCreate");
    setContentView(R.layout.activity_main);
    if(savedInstanceState !=null){
        String data=savedInstanceState.getString("data_key");
        Log.d(TAG,data);
        System.out.println(data);
    }
}

 刚开始，这个onCreate是我给的Log.d,

颤抖的手啊

手机端调试才能成功输出了我的那句Something you just typed，我的难题就这样解决的。可笑不？

然后在创建时，也就是登录用户时，如果突然回收，我们可以把当时存下的数据放回去。
如果实在不懂这个是啥的，建议去搜搜onSaveInstanceState。
，这个大牛写的很详细，就连它兄弟都介绍了。



再一笔带过这个活动的启动模式 

奉上大牛的神笔。


基本上是理论，就不上操作的图了