最近項(xiàng)目里要做一個(gè)桌面小工具侮邀，類(lèi)似360懸浮球清理內(nèi)存的那個(gè)效果函筋。
寫(xiě)下來(lái)發(fā)現(xiàn)坑好多，所以做個(gè)記錄再愈。
6.0權(quán)限相關(guān)知識(shí)：https://blog.coding.net/blog/understanding-marshmallow-runtime-permission

注意：以下小米手機(jī)系統(tǒng)都是（MUI8榜苫，基于6.0.1）！翎冲！不同版本的MUI懸浮窗是不一樣的
進(jìn)入設(shè)置頁(yè)面設(shè)置這個(gè)：

截圖.png

第一個(gè)疑問(wèn)：設(shè)置了這個(gè)“允許在其他應(yīng)用上層展示”之后垂睬，懸浮窗權(quán)限設(shè)置并沒(méi)有給（在權(quán)限列表里可以看到）！但是懸浮窗可以顯示了抗悍！
上面的這張圖里的權(quán)限類(lèi)似于TYPE_TOAST只有顯示而沒(méi)有交互的權(quán)限（在6.0的手機(jī)上TYPE_TOAST的WindowManager是不需要申請(qǐng)權(quán)限的）
而小米手機(jī)比較特殊（其他手機(jī)待驗(yàn)證）驹饺，即使是TYPE_TOAST也是需要申請(qǐng)的，申請(qǐng)的方式如下：
//參考<pre>https://developer.android.com/reference/android/Manifest.permission.html#SYSTEM_ALERT_WINDOW
Intent intent = new Intent(Settings.ACTION_MANAGE_OVERLAY_PERMISSION);
intent.setData(Uri.parse("package:" + getPackageName()));
startActivityForResult(intent, REQUEST_CODE);</pre>
驗(yàn)證是否申請(qǐng)成功：
onActivityResult方法中：
<pre>if (Settings.canDrawOverlays(this)) {
Logger.i("=====", "onActivityResult granted");
}</pre>
注意缴渊，申請(qǐng)成功了是可以有交互權(quán)限的赏壹！
而魅族手機(jī)就更特殊了，這個(gè)設(shè)置頁(yè)面根本打不開(kāi)衔沼，也就是說(shuō)上面那個(gè)設(shè)置是被禁止了的蝌借，只能通過(guò)給予懸浮窗權(quán)限一條路田柔。
三星 Note 5（6.0.1）測(cè)試，同原生手機(jī)（即類(lèi)似于TYPE_TOAST只有顯示而沒(méi)有交互的權(quán)限（在6.0的手機(jī)上TYPE_TOAST的WindowManager是不需要申請(qǐng)權(quán)限的））
華為榮耀8（6.0）測(cè)試骨望，同原生手機(jī)（即類(lèi)似于TYPE_TOAST只有顯示而沒(méi)有交互的權(quán)限（在6.0的手機(jī)上TYPE_TOAST的WindowManager是不需要申請(qǐng)權(quán)限的））
華為 Nexus 6P（6.0.1）測(cè)試硬爆，同原生手機(jī)（即類(lèi)似于TYPE_TOAST只有顯示而沒(méi)有交互的權(quán)限（在6.0的手機(jī)上TYPE_TOAST的WindowManager是不需要申請(qǐng)權(quán)限的））

第二個(gè)疑問(wèn)：
Manifest.permission.SYSTEM_ALERT_WINDOW 到底是個(gè)啥玩意？
注意看重點(diǎn)

WindowManager addView的時(shí)候第二個(gè)參數(shù)WindowManager.LayoutParams 的type屬性為 TYPE_SYSTEM_ALERT,時(shí)擎鸠，才需要Manifest.permission.SYSTEM_ALERT_WINDOW 這個(gè)權(quán)限

總結(jié)：默認(rèn)情況下Manifest.permission.SYSTEM_ALERT_WINDOW 這個(gè)權(quán)限是關(guān)閉的缀磕，需要單獨(dú)申請(qǐng)。小米手機(jī)除外劣光，他是默認(rèn)打開(kāi)袜蚕，但沒(méi)有毛線用，在獲取權(quán)限的時(shí)候給你個(gè)true并不能讓你顯示懸浮窗绢涡，你還是需要去申請(qǐng)“允許在其他應(yīng)用上層展示”或者懸浮窗的權(quán)限牲剃。但是怎么檢測(cè)到小米手機(jī)上是否可以正確顯示懸浮窗呢？（注意下面的方法需要在api19以上使用）
<pre>
//判斷 懸浮窗口權(quán)限是否打開(kāi)
public static boolean getAppOps(Context context) {
try {
Object object = context.getSystemService("appops");
if (object == null) {
return false;
}
Class localClass = object.getClass();
Class[] arrayOfClass = new Class[3];
arrayOfClass[0] = Integer.TYPE;
arrayOfClass[1] = Integer.TYPE;
arrayOfClass[2] = String.class;
Method method = localClass.getMethod("checkOp", arrayOfClass);
if (method == null) {
return false;
}
Object[] arrayOfObject1 = new Object[3];
arrayOfObject1[0] = Integer.valueOf(24);
arrayOfObject1[1] = Integer.valueOf(Binder.getCallingUid());
arrayOfObject1[2] = context.getPackageName();
int m = ((Integer) method.invoke(object, arrayOfObject1)).intValue();
return m == AppOpsManager.MODE_ALLOWED;
} catch (Exception ex) {
}
return false;
}</pre>
參考自：http://blog.csdn.net/mzm489321926/article/details/50542065

第三個(gè)疑問(wèn)：“允許在其他應(yīng)用上層展示”和懸浮窗的權(quán)限這兩個(gè)區(qū)別雄可？
我的猜測(cè)：小米手機(jī)上是一樣的凿傅，原生機(jī)器上事做了區(qū)分的，前者只是顯示数苫，沒(méi)有交互聪舒，后者是可以有交互的。（待驗(yàn)證）
同樣待驗(yàn)證的還有魅族的這兩個(gè)有什么區(qū)別虐急，為什么不允許打開(kāi)“允許在其他應(yīng)用上層展示”這個(gè)設(shè)置頁(yè)面箱残？

1.9待續(xù)：（1.10已解決）

1. 但是現(xiàn)在狀況來(lái)了，華為榮耀8 app不在前臺(tái)后止吁，小工具點(diǎn)擊事件沒(méi)有反應(yīng)了被辑！ 同2，同樣是Context的原因敬惦！
   同樣的手機(jī)還有魅族U20盼理，原生的6.0系統(tǒng)也是這樣
2. 魅族MX4 home鍵之后 加號(hào)就消失了 (4.4的系統(tǒng)，包括小米）
   1.10:今天早上我在測(cè)oppo的時(shí)候（機(jī)型n5117 4.3的系統(tǒng)） 一會(huì)可以仁热，一會(huì)不可以榜揖，每次先crash一次勾哩，然后后面就可以了抗蠢。我真是醉了。然后我覺(jué)得思路好像不太對(duì)思劳，應(yīng)該不是系統(tǒng)的原因迅矛，重新檢查了代碼發(fā)現(xiàn)是Context的原因！要使用applicationContext潜叛，不要使用Activity秽褒。
3. 5.0和5.1的系統(tǒng)app退出之后加號(hào)消失并且再進(jìn)入會(huì)crash 按home鍵不消失同2壶硅，同樣是Context的原因！

第2和第3最開(kāi)始在6.0的機(jī)子上也遇到過(guò)销斟，WindowManager是在Service中顯示的庐椒，因?yàn)镾ervice是運(yùn)行在主進(jìn)程中的，在app的MainActivity的onBackPressed方法中我殺死了主進(jìn)程：
android.os.Process.killProcess(android.os.Process.myPid());
System.exit(0);
所以Service不在了 WindowManager自然也就不在了
可是我發(fā)現(xiàn)將Service運(yùn)行在主進(jìn)程中仍然會(huì)復(fù)現(xiàn)蚂踊，這是為什么呢约谈？Context!!!

好，基本解決問(wèn)題犁钟。繼續(xù)測(cè)試棱诱。
vivo xplay5a app退出或者按home鍵之后不顯示懸浮窗

So,

總結(jié)：老老實(shí)實(shí)檢測(cè)是否給了懸浮窗權(quán)限，沒(méi)給的話就去設(shè)置頁(yè)面打開(kāi)涝动，這是最穩(wěn)妥的方式
https://github.com/xturbofan/settingscompat 使用這個(gè)庫(kù)進(jìn)行懸浮窗權(quán)限檢測(cè)并跳轉(zhuǎn)到設(shè)置頁(yè)面
但是，設(shè)置WindowManager的LayoutParams時(shí)，這樣
<pre>if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT) {
floatMenuParams.type = WindowManager.LayoutParams.TYPE_TOAST;
} else {
floatMenuParams.type = WindowManager.LayoutParams.TYPE_PHONE;
}</pre>
好粗蔚，解決昌讲。

ps:設(shè)置懸浮窗的過(guò)程中還有一個(gè)比較特殊的地方，windowmanager addView之后更新View中的狀態(tài)（比如說(shuō)ImageView更改圖片米愿，TextView更改文字）才是有效的
<pre>drinkAnim = LayoutInflater.from(context).inflate(R.layout.layout_drink_water, null);
ImageView drinkWater = (ImageView) drinkAnim.findViewById(R.id.drink_water);
drinkAnim.setOnClickListener(new OnClickListener() {
@Override
public void onClick(View v) {
hideDrinkAnim();
}
});
//這一句是不起作用的
Glide.with(context).load(R.mipmap.drinkwater).asGif().into(drinkWater);
windowManager.addView(drinkAnim, drinkAnimParams);
Glide.with(context).load(R.mipmap.drinkwater).asGif().into(drinkWater);</pre>
ps:這個(gè)與懸浮窗有點(diǎn)點(diǎn)關(guān)心镰官，但更具體的是本身app的業(yè)務(wù)邏輯相關(guān)，我只是做個(gè)記錄吗货。
因?yàn)閼腋〈帮@示后是需要有點(diǎn)擊處理操作的使用RxBus給Fragment發(fā)送消息泳唠，然后在接收消息的方法中進(jìn)行數(shù)據(jù)庫(kù)保存，但這時(shí)候app都退了宙搬，肯定沒(méi)有接收消息一說(shuō)了笨腥。

Demo地址：https://github.com/xturbofan/LockMyPhone

參考：
http://blog.csdn.net/self_study/article/details/52859790
https://www.liaohuqiu.net/cn/posts/android-windows-manager/
http://www.reibang.com/p/634cd056b90c
https://github.com/czy1121/settingscompat