1.fragment传递参数要用setArguments
如果fragment发生重建,那么之前传的参数都没了。因为recreate你的Fragment的时候,调用的是默认构造函数。
fragment重建通过反射无参构造实例化一个新的Fragment,并且给mArgments初始化为原先的值,而原来的Fragment实例的数据都丢失了,并重新进行了初始化
Activity重新创建时,会重新构建它所管理的Fragment,原先的Fragment的字段值将会全部丢失,但是通过Fragment.setArguments(Bundle bundle)方法设置的bundle会保留下来,并在重建时恢复
2.gradlew.bat eztalk:dependencies 查看当前app所有的依赖
-
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
-
为什么要使用单例
-
非静态方法在创建实例对象时,属性的值对于每个对象都各不相同,而静态方法则不需要,因为静态方法里面的静态字段,就是保存在Method Table里了,只有一份。
-
如果一个方法和他所在类的实例对象无关,那么它就应该是静态的,否则就应该是非静态。因此像工具类,一般都是静态的。
-
线程池
Q:为什么要创建线程池?
A:两种常见的创建线程的方法,一种是继承Thread类,一种是实现Runnable的接口,Thread类其实也是实现了Runnable接口。但是我们创建这两种线程在运行结束后都会被虚拟机销毁,如果线程数量多的话,频繁的创建和销毁线程会大大浪费时间和效率,更重要的是浪费内存,因为正常来说线程执行完毕后死亡,线程对象变成垃圾!
-
构造方法的参数及意义:
corePoolSize:核心线程池的大小,如果核心线程池有空闲位置,这是新的任务就会被核心线程池新建一个线程执行,执行完毕后不会销毁线程,线程会进入缓存队列等待再次被运行。
maximunPoolSize:线程池能创建最大的线程数量。如果核心线程池和缓存队列都已经满了,新的任务进来就会创建新的线程来执行。但是数量不能超过maximunPoolSize,否侧会采取拒绝接受任务策略,我们下面会具体分析。
keepAliveTime:非核心线程能够空闲的最长时间,超过时间,线程终止。这个参数默认只有在线程数量超过核心线程池大小时才会起作用。只要线程数量不超过核心线程大小,就不会起作用。
unit:时间单位,和keepAliveTime配合使用。
workQueue:缓存队列,用来存放等待被执行的任务。 -
如果当前线程池中的线程数目小于corePoolSize,则每来一个任务,就会创建一个线程去执行这个任务;
-
如果当前线程池中的线程数目>=corePoolSize,则每来一个任务,会尝试将其添加到任务缓存队列当中,若添加成功,则该任务会等待空闲线程将其取出去执行;若添加失败(一般来说是任务缓存队列已满),则会尝试创建新的线程去执行这个任务;
-
如果当前线程池中的线程数目达到maximumPoolSize,则会采取任务拒绝策略进行处理;
-
如果线程池中的线程数量大于 corePoolSize时,如果某线程空闲时间超过keepAliveTime,线程将被终止,直至线程池中的线程数目不大于corePoolSize;如果允许为核心池中的线程设置存活时间,那么核心池中的线程空闲时间超过keepAliveTime,线程也会被终止。