fragment传值、线程池（2019年9月20日实习总结）

1.fragment传递参数要用setArguments

	如果fragment发生重建，那么之前传的参数都没了。因为recreate你的Fragment的时候，调用的是默认构造函数。

	fragment重建通过反射无参构造实例化一个新的Fragment，并且给mArgments初始化为原先的值，而原来的Fragment实例的数据都丢失了，并重新进行了初始化

	Activity重新创建时，会重新构建它所管理的Fragment，原先的Fragment的字段值将会全部丢失，但是通过Fragment.setArguments(Bundle bundle)方法设置的bundle会保留下来，并在重建时恢复

2.gradlew.bat eztalk:dependencies 查看当前app所有的依赖

3. context 和 getApplicationContext()

   Q:ndroid.view.WindowManager$BadTokenException: Unable to add window – token null is not for an application

   发生原因：简单说，该传getApplicationContext的时候传入了activity.this。

   理解范畴也比较简单，如果调用的方法或者需要传入context的地方是随着某个activity同生共死，那么传入activity.this 是非常合适的。但是当某个需传入context的地方生命周期比activity要长，就要用到getApplicationContext。

   举例：this，就是当前的activity.this，传入this就表明了使用这个this的方法会随着activity的生命周期来走，activity销毁他就不存在了。如AlertDialog，它一定是依附于一个view，而这个View会和一个activity对应，所以这种情况要传入this。当生命周期长的方法传入this，可能会造成当前activity内存泄漏

    	第二种，getApplicationContext()，这个生命周期是整个应用的生命周期。
   

   异常： android.view.WindowManager$BadTokenException: Unable to add window

   getApplicationContext() 生命周期是整个应用，应用摧毁它才摧毁 Activity.this的context属于activity ，activity 摧毁他就摧毁

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

4. 为什么要使用单例

5. 非静态方法在创建实例对象时，属性的值对于每个对象都各不相同，而静态方法则不需要，因为静态方法里面的静态字段，就是保存在Method Table里了，只有一份。

6. 如果一个方法和他所在类的实例对象无关，那么它就应该是静态的，否则就应该是非静态。因此像工具类，一般都是静态的。

7. 线程池

   Q：为什么要创建线程池？

   A：两种常见的创建线程的方法，一种是继承Thread类，一种是实现Runnable的接口，Thread类其实也是实现了Runnable接口。但是我们创建这两种线程在运行结束后都会被虚拟机销毁，如果线程数量多的话，频繁的创建和销毁线程会大大浪费时间和效率，更重要的是浪费内存，因为正常来说线程执行完毕后死亡，线程对象变成垃圾！

8. 构造方法的参数及意义：
   corePoolSize：核心线程池的大小，如果核心线程池有空闲位置，这是新的任务就会被核心线程池新建一个线程执行，执行完毕后不会销毁线程，线程会进入缓存队列等待再次被运行。
   maximunPoolSize：线程池能创建最大的线程数量。如果核心线程池和缓存队列都已经满了，新的任务进来就会创建新的线程来执行。但是数量不能超过maximunPoolSize，否侧会采取拒绝接受任务策略，我们下面会具体分析。
   keepAliveTime：非核心线程能够空闲的最长时间，超过时间，线程终止。这个参数默认只有在线程数量超过核心线程池大小时才会起作用。只要线程数量不超过核心线程大小，就不会起作用。
   unit：时间单位，和keepAliveTime配合使用。
   workQueue：缓存队列，用来存放等待被执行的任务。

9. 如果当前线程池中的线程数目小于corePoolSize，则每来一个任务，就会创建一个线程去执行这个任务；

10. 如果当前线程池中的线程数目>=corePoolSize，则每来一个任务，会尝试将其添加到任务缓存队列当中，若添加成功，则该任务会等待空闲线程将其取出去执行；若添加失败（一般来说是任务缓存队列已满），则会尝试创建新的线程去执行这个任务；

11. 如果当前线程池中的线程数目达到maximumPoolSize，则会采取任务拒绝策略进行处理；

12. 如果线程池中的线程数量大于 corePoolSize时，如果某线程空闲时间超过keepAliveTime，线程将被终止，直至线程池中的线程数目不大于corePoolSize；如果允许为核心池中的线程设置存活时间，那么核心池中的线程空闲时间超过keepAliveTime，线程也会被终止。