Mengfei
Mengfei
+1
同样遇到了这个问题，我用的是1.3.3，但是重影问题依然存在，我的问题和1楼的一样。真心希望可以给出这个的解决方案。谢谢
我也自己解决了，在fragment的方法onHiddenChanged（boolean hidden）中控制了一下stopFlipping和startFlipping
* 创建状态 NEW 新创建线程， 但是还没有调用start方法 * 运行状态 RUNNABLE， java中的就绪状态和运行状态都归结为RUNNABLE状态。运行态调用yield进入就绪状态。系统调度进入运行状态。 * 阻塞状态 BLOCKED。阻塞于锁的状态 * 等待状态 WAITTING。 调用wait或者join进入等待状态。 * 阻塞超时状态 TIMED_WAITTING 。通过调用wait,join, sleep等都有可能进入此状态 * 销毁状态。terminated 任务执行完成。 java中比较容易混淆的几个api * Thread.yield() : **当前线程**，**不释放锁资源**，由运行状态变为就绪状态，让OS再次选择线程。作用：让相同优先级的线程轮流执行，但并不保证一定会轮流执行。实际中无法保证yield()达到让步目的，因为让步的线程还有可能被线程调度程序再次选中。**不会导致阻塞**。该方法与sleep()类似，只是不能由用户指定暂停多长时间。 *...
在7.0上布局跑到最上面了，并没有在规定的下面
是的，这个是7.0系统的Bug，更改也非常简单 ` if (android.os.Build.VERSION.SDK_INT >=24) { int[] a = new int[2]; v.getLocationInWindow(a); mPopupWindow.showAtLocation(((Activity) context).getWindow().getDecorView(), Gravity.NO_GRAVITY, 0 , a[1]+v.getHeight()); } else{ mPopupWindow.showAsDropDown(v); }` 这里>= 和==没有区别，因为只有7.0有这个问题，估计写源码的哥们测试完忘了改回去了。
我没有跑在9的真机，感觉15以下的机型不多见了吧，我觉得你可以down下来代码然后把minSdkVersion改成9试一下
这个我有时间重新设计一下，因为有的需求是显示0，有的需求是清空，不好一概而论
+1
ThreadLocal 主要用来Thread的数据存储，且每个Thread互不影响。底层是通过**map**来进行存储的。ThreadLocal 在保存数据时 会获取当前操作的线程，然后将数据保存在当前线程的 ThreadLocalMap 中，以**当前的对象为键，数据为值**，进行保存。get方法同理。