前言 當APP有推送功能時，需要判斷當前app在手機中是否開啟了允許訊息推送，否則即使添加了推送程式碼仍然收不到通知，所以需要要麼跳轉至設定介面設定，要麼自定義訊息通知。 效果圖

前一篇文章 —— Android程序保活(一)：利用 Activity 提升許可權 講到了利用前臺的 Activity 保證系統管家不會殺死我們的應用。這只是一種討巧的技術手段，並沒有利用系統的漏洞。今天要說

筆者最近正在做一個專案，裡面需要用到 Android Notification 機制來實現某些特定需求。我正好通過這個機會研究一下 Android Notification 相關的傳送邏輯和接收邏輯，以及整理相

Notification 物件，存在於window上，可以生成一個通知物件以推送推送瀏覽器訊息通知。 這玩意相容性不咋地，實不實用看場景。對外使用者的應用，自然是雞肋功能，因為你無法知道使用者使用的是哪家哪

關於 HTML5 ，寫了不少文章，總覺得相關的高階 API 都得過一遍。系統的瞭解，站在更高的高度去思考問題，這樣才能事半功倍。 一、先睹為快 我們先來嘗試一個最簡單的例子，開啟 chrome 開

H5中的桌面通知Notification 前言: 對於一個前段開發者,逛網頁總會留意一些新奇的功能,對於上班總會用到Teambition的我,總是能收到Notification...所以今天就來研究下這個H