总结2

线程的实现方式和继承方式的区别：

实现方式的好处是避免单继承的局限性，建议使用实现的方式。

继承thread类，线程代码存放在thread子类的run方法中

实现runnable，线程代码存放在接口子类的run方法中

其实不仅是屏幕旋转需要保存数据，当用户在使用你的app时，忽然接到一个来电，长时间没有回到你的app界面也会造成Activity的销毁与重建，所以一个行为良好的App，是有必要拥有恢复数据的能力的~~。详细介绍传送门

保存数据的方式推荐：

1.创建一个fragment，里面设置一个异步任务MyAsyncTask

2.异步任务中，管理一个对话框，当开始下载前，进度框显示，下载结束进度框消失，并为Activity提供回调。当然了，运行过程中Activity不断的重启，我们也提供了setActivity方法，onDestory时，会setActivity（null）防止内存泄漏，同时我们也会关闭与其绑定的加载框；当onCreate传入新的Activity时，我们会在再次打开一个加载框，当然了因为屏幕的旋转并不影响加载的数据，所有后台的数据一直继续在加载。

3.在onCreate中，如果没有开启任务（第一次进入），开启任务；如果已经开启了，调用setActivity（this）;

在onSaveInstanceState把当前任务加入Fragment

两个Fragment在同一个Activity中：例如，点击当前Fragment中按钮，弹出一个对话框（DialogFragment），在对话框中的操作需要返回给触发的Fragment中，那么如何数据传递呢？对于对话框的使用推荐：Android
官方推荐 : DialogFragment 创建对话框

我们在启动时这样写：

dialog.setTargetFragment(ContentFragment.this, REQUEST_EVALUATE);//相当于Activity里的startActivityForResult

我们调用了Fragment.setTargetFragment ，这个方法，一般就是用于当前fragment由别的fragment启动，在完成操作后返回数据的，符合我们的需求吧~~~注意，这句很重要。

在dialog这个fragment中，设置返回数据，如下

 protected void setResult(int which)  

    {  

        // 判断是否设置了targetFragment  

        if (getTargetFragment() == null)  

            return;  

  

        Intent intent = new Intent();  

        intent.putExtra(RESPONSE_EVALUATE, mEvaluteVals[which]);  

        getTargetFragment().onActivityResult(ContentFragment.REQUEST_EVALUATE,  

                Activity.RESULT_OK, intent);  

  

    }  

fragment与activity之间生命周期的关系



注：如果使用Android3.0以下的版本，需要引入v4的包，然后Activity继承FragmentActivity，然后通过getSupportFragmentManager获得FragmentManager。不过还是建议版Menifest文件的uses-sdk的minSdkVersion和targetSdkVersion都改为11以上，这样就不必引入v4包了。

service的生命周期



b、主要的操作都是FragmentTransaction的方法

FragmentTransaction transaction = fm.benginTransatcion();//开启一个事务

transaction.add() 

往Activity中添加一个Fragment

transaction.remove()

从Activity中移除一个Fragment，如果被移除的Fragment没有添加到回退栈（回退栈后面会详细说），这个Fragment实例将会被销毁。

transaction.replace()

使用另一个Fragment替换当前的，实际上就是remove()然后add()的合体~

transaction.hide()

隐藏当前的Fragment，仅仅是设为不可见，并不会销毁

transaction.show()

显示之前隐藏的Fragment

detach()

会将view从UI中移除,和remove()不同,此时fragment的状态依然由FragmentManager维护。

a、比如：我在FragmentA中的EditText填了一些数据，当切换到FragmentB时，如果希望会到A还能看到数据，则适合你的就是hide和show；也就是说，希望保留用户操作的面板，你可以使用hide和show，当然了不要使劲在那new实例，进行下非null判断。

b、再比如：我不希望保留用户操作，你可以使用remove()，然后add()；或者使用replace()这个和remove,add是相同的效果。

c、remove和detach有一点细微的区别，在不考虑回退栈的情况下，remove会销毁整个Fragment实例，而detach则只是销毁其视图结构，实例并不会被销毁。那么二者怎么取舍使用呢？如果你的当前Activity一直存在，那么在不希望保留用户操作的时候，你可以优先使用detach。

虽然Fragment和Activity可以通过getActivity与findFragmentByTag或者findFragmentById，进行任何操作，甚至在Fragment里面操作另外的Fragment，但是没有特殊理由是绝对不提倡的。Activity担任的是Fragment间类似总线一样的角色，应当由它决定Fragment如何操作。另外虽然Fragment不能响应Intent打开，但是Activity可以，Activity可以接收Intent，然后根据参数判断显示哪个Fragment。

其实通过检查onCreate的参数Bundle savedInstanceState就可以判断，当前是否发生Activity的重新创建：

默认的savedInstanceState会存储一些数据，所以，只有在savedInstanceState==null时，才进行创建Fragment实例：

@Override  

    protected void onCreate(Bundle savedInstanceState)  

    {  

        super.onCreate(savedInstanceState);  

        requestWindowFeature(Window.FEATURE_NO_TITLE);  

        setContentView(R.layout.activity_main);  

  

        Log.e(TAG, savedInstanceState+"");  

          

        if(savedInstanceState == null)  

        {  

            mFOne = new FragmentOne();  

            FragmentManager fm = getFragmentManager();  

            FragmentTransaction tx = fm.beginTransaction();  

            tx.add(R.id.id_content, mFOne, "ONE");  

            tx.commit();  

        }  

    }