短信安裝到桌面文章列表:

• 1、MIUI10迎來最后一波開發版推送 可關閉廣告消息
• 2、京東金融客戶端用戶觸達方式的探索與實踐
• 3、更新 MIUI 11 后，我又發現了 7 大驚喜
• 4、Win7/Win10版安全聊天工具Bleep官方下載
• 5、MIUI10開發版公測推送，可一鍵關閉廣告，升級用戶體驗

MIUI10迎來最后一波開發版推送 可關閉廣告消息

8月30日，小米MIUI10最后一波開發版正式外發公測。按慣例，這也是MIUI11保密功能進版測試的一個重要信號。本次開發版主要以修復和優化MIUI10功能為主，升級后用戶手機使用體驗將進一步提升。

在最后一個MIUI10開發版中，“系統工具廣告”一鍵開關功能也進入了外發公測版本，這也是此次MIUI10最后一波開發版升級中最重磅的功能。今天上午，小米互聯網一部總經理金凡通過個人微博@MIUI小凡發布消息表示，“為了用戶體驗，MIUI10最后一個開發版內測，上線了一鍵關閉MIUI所有系統工具廣告的開關。該功能會持續完善，將隨下一個大穩定版本鋪到所有支持的機型上。”

其實，在之前MIUI加入過關閉系統工具廣告功能,只是位置均比較散落,而且入口往往都比較深,用戶找起來比較麻煩。此次一鍵去系統工具廣告功能的上線很好的解決了用戶這一煩惱。現在只要進入手機設置菜單，找到“賬號”—“隱私設置”—“系統廣告”，進入后選擇“系統工具廣告”功能，點擊關閉。基本上系統工具中廣告都會關閉消失。

筆者也第一時間升級了MIUI10 9.8.29開發版，并通過開關“系統工具廣告”功能前后做了一下仔細對比。關閉系統工具廣告后,MIUI系統中時鐘、天氣、日歷、輸入法、全局搜索、安全中心、短信、桌面、負一屏、瀏覽器、下載管理、安裝器、安裝器攔截、鎖屏畫報等14處系統工具中，原有的廣告位幾乎蕩然無存。另外，用戶吐槽嚴重的瀏覽器這次也提供了極簡版本。切換至極簡版本后，頁面非常清爽。

京東金融客戶端用戶觸達方式的探索與實踐

一、關于用戶觸達

用戶觸達：可以簡單理解為通過某種方式將消息傳遞給用戶的行為；觸達的特定消息從功能上可分展示、引導落地兩層。用戶觸達作為一種產品運營方式，已經融入我們日常生產活動的方方面面。在移動互聯網的世界里，我們的產品離不開觸達，用戶活動也離不開觸達。

二、為什么做用戶觸達

以用戶使用角度來看，用戶在使用App的過程中會有一些與用戶相關的系統類的通知，比如交易物流、客服消息、賬單信息，借還款提醒，實時資訊等消息需要及時的給用戶提醒；

以APP運營活動看，App在日常運營過程中，根據當前的目標，結合活動向用戶定向發送相關營銷類信息，比如單品的活動信息或一些品類促銷優惠等，引導用戶快速進入活動頁面；

因此觸達在拉新、促活、留存、變現、自傳播等運營活動中扮演者重要角色。這篇文章從app 研發視角介紹下用戶觸達方面的一些實踐。

三、觸達用戶的方式實踐

從APP的存活狀態區分，實現觸達有兩種方式，一種是：APP非活躍狀態時的站外觸達，主要包含:短信、Push、桌面小組件等

另一種是：APP活躍狀態時的站內觸達，主要包含站內彈窗、頁面固定運營位，feed流推薦位等。

下面介紹下一下我們實現的幾種觸達方式及遇到的一些問題。

觸達方式一：短信

短信起初應用最廣泛的場景是作為我們交流溝通的一種方式，隨著時代的發展微信、QQ等即時通訊類的app逐漸代替了短信作為人與人溝通工具，但是由于短信能夠及時穩定的將消息同步給用戶的特點，它仍是我們現在使用比較廣泛的消息觸達方式。常見的應用場景如：驗證碼通知、還款提醒、賬戶變動、營銷活動通知等。我們知道作為一種觸達方式，它的使命不僅是將消息通知到用戶，對于特定的消息還要能便捷的引導用戶跳轉到APP內的相應的落地頁。

短信的消息觸達能力是毋庸置疑的，雖然短信文本中直接放入的鏈接我們也可以打開，但是確存在一些局限性，這種方式僅支持打開web頁面，無法跳轉到APP原生頁面，另外點擊鏈接會先彈窗，由用戶選擇打開鏈接的app，這種體驗相比直接打開APP指定頁面來說大打折扣。因此，如何通過短信直接到達APP內

相應的落地頁就是我們需要解決的問題。Google提供了一種能使Android系統直接通過網站地址打開應用程序對應內容頁面，而不需要用戶選擇使用哪個應用來處理網站地址的方式，即Android App Links；其工作流程如下：

要添加Android App Links到應用中，需要在應用里定義通過Http(s)地址打開應用的intent filter，并驗證你確實擁有該應用和該網站。

如果系統成功驗證到你擁有該網站，那么系統會直接把URL對應的Intent路由到你的應用。

1.在AndroidManifest里配置用于系統進行驗證的IntentFilter：

當android:autoVerify="true"出現在你任意一個intent filter里，在Android 6.0及以上的系統上安裝應用的時候，會觸發系統對APP里和URL有關的每一個域名的驗證。驗證過程設計以下步驟：

系統會檢查所有包含以下特征的intent filter：Action為 android.intent.action.VIEW、Category為android.intent.category.BROWSABLE和android.intent.category.DEFAULT、Data scheme為http或https

2.配置一個數字資產鏈接的Json文件，聲明你的網址和應用之間的關系；

對于在上述intent filter里找到的每一個唯一的域名，Android系統會到對應的域名下查找數字資產文件，地址是：https://域名/.well-known/assetlinks.json

只有當系統為AndroidManifest里找到的每一個域名找到對應的數字資產文件，系統才會把你的應用設置為特定鏈接的默認處理器。

數字資產示例：

package_name：在build.gradle里定義的application ID

sha256_cert_fingerprints：應用簽名的SHA256指紋信息,這個字段支持多個指紋信息，可以用來支持不同的應用版本，如開發版本和發布版本然后將assetlinks發布到https://域名/.well-known/assetlinks.json

[ { "relation": [ "delegate_permission/common.handle_all_urls" ], "target": { "namespace": "android_app", "package_name": "xxx.xxx.xx", "sha256_cert_fingerprints": [ "xx:xx...." ] } }]

3.跳轉落地頁

在配置了上述intent filter的Activity中解析url，并執行跳轉落地頁等操作

4.問題及排查方法

如果配置后點擊短信的鏈接無法正常跳轉，可以逐個排查相關配置是否正確

4.1 確認數字資產文件是否被正確地定義和發布：

https://digitalassetlinks.googleapis.com/v1/statements:list?

source.web.site=https://你的域名:可選的端口

&relation=delegate_permission/common.handle_all_urls

4.2 確認應用是否設置了正確鏈接處理方式：

adb shell am start -a android.intent.action.VIEW

-c android.intent.category.BROWSABLE

-d "http://你的域名:可選的端口"

4.3 檢查鏈接策略

這一步需要在應用安裝后，等待一段時間10s后再執行，因為應用安裝后系統會請求解析配置表

執行：adb shell dumpsys package domain-preferred-apps 或 adb shell dumpsys package d

該命令返回了設備上每一個應用配置的列表，這個列表標明應用和網站之間的關聯

App linkages for user 0:

Package: com.android.demo 代表應用包名

Domains: play.google.com market.android.com 網站域名，多個網站之間用空格分隔

Status: always : xxxx 表示應用在Manifest文件里的配置了 android:autoVerify="true" 狀態為 always；后面的xxxx和驗證是否成功無關，和系統中應用的配置記錄有關；

4.4 解決機型兼容性適配問題

在實踐過程中還發現各廠商的不同型號的設備上存在無法跳轉到落地頁的情況，經分析該機型上應用安裝后系統請求解析配置表assetlinks過程失敗，此時會使用系統默認瀏覽器打開落地頁，落地頁是app原生頁面的無法跳轉到落地頁，對于需要登錄的web頁面，如果未在登錄中心注冊的也會跳轉失敗，并會重定向到m.jd.com 。

解決方案：有問題的機型，使用統一下載頁中轉，下載頁執行喚起APP，APP內處理跳轉落地頁邏輯。

觸達方式二：Push推送

1.客戶端推送方案

Google 為 Android 提供了 FCM 推送，但是因為網絡服務等一些原因其可用性不佳；目前國內各廠商rom也都提供了免費的push推送接入能力，同短信比push由于其免費性極大地節約了觸達成本。

同時國內也有一些三方推送服務供應商，我們結合京東金融自身業務特點，為了保障數據的安全性以及推送消息的服務質量，最終采取整合華為，小米，OPPO、ViVO、魅族各廠商推送能力與自建通道相結合的方案。

其中廠商推送特點：token有效期內，用戶殺死app 可以接收到push消息；自建通道特點：app啟動后建立連接，接收push消息，殺死APP后收不到push消息，主要用于使用未適配的廠商設備如三星、努比亞等用戶接收push消息。

各廠商在push方案的實現上大體相同（廠商push接入流程，下圖以MiPush為例），在使用廠商推送的過程中我們也遇到了很多問題，因此了解了各廠商的特性是制定出良好的觸達策略前提。

2.廠商推送遇到的問題

2.1 push通知消息是否可以個性化展示

通常情況下通知欄消息展示效果主要內容包括消息標題、摘要、應用圖標和時間。客戶端可以自行定義具體展示內容。

不同廠商如華為、OPPO、VIVO、小米、魅族等通知欄樣式存在一些不同綜合對比如下表：

在通知展示的樣式上，綜合對比來看華為支持inBox的樣式，OPPO小米支持大圖樣式，可以通過這些特點定制出更有特色的通知展示形式來突出通知主題。

華為inBox樣式：Inbox樣式將每行內容都當作獨立的單行文本去展示。文本內容最多可展示5行，每行內容展示不了時后邊自動添加“...”

OPPO小米支持大圖樣式:這種通知可以將更有吸引力的圖片展示給用戶

2.2 App有很多業務推送通知，用戶是否可以指定接收分類消息

隨著APP的業務越來越復雜，應用的通知越來越多，給用戶造成明顯打擾；

用戶只能全局屏蔽這個應用的全部通知，不能屏蔽部分，然后留下對自己有用的。

為了解決這個問題，Android 8.0開始支持開發者給自己的通知分成若干類，然后允許用戶單獨屏蔽這個類別的通知。

需要進行Channel 分類，添加新Channel（以MiPush為例）：

ChannelHelper channelHelper = new ChannelHelper(APP_SECRET);ChannelInfo channelInfo = new ChannelInfo.Builder() .channelId("id") //必填，通知類別的ID，長度不超過 200 字符 .channelName("name") //必填，通知類別的名稱，長度不超過40字符 .channelDesc("desc") //可選，通知類別的描述，長度不超過300字符 .notifyType(0) //必填，通知的效果類型，僅支持0，即振動、提示音、led燈三種效果都無 .soundUrl("sound_url") //可選，通知的自定義鈴聲uri，格式介紹請參見 “4.1 自定義鈴聲” .build();Result result = channelHelper.addNewChannel(channelInfo, 1)

不同的channel在系統設置頁通知設置中展示如下：

通過細分push通知的類別，增加通道數量可提高push消息在通知欄里的留存率；

同時用戶可有更多選擇，設置自己比較關注的類型消息，避免過多打擾，以提升用戶體驗。

2.3 如何指定推送方式或人群

各廠商推送方式支持方式如下：

2.3.1 基于ReglD的推送

RegID為是推送SDK為每個設備上的每個app注冊推送服務時生成的唯一標示。

當開發者需要給一個或多個具體的設備推送消息時，可以使用基于 RegID的推送，將個性化的信息推送給指定的設備。這種方式適用于需要為每個用戶訂制個性化推送的場景。

2.3.2 基于Alias的推送

alias是推送提供的一種個性化設定, 開發者可以將用戶在應用內的賬號或其它用戶唯一標識設定為用戶設備 RegID 的別名，在推送中可以直接基于別名進行推送。

別名不僅方便開發者將推送與自有的賬號系統進行關聯，同時也避免了因需要保存設備 RegID 與自有帳號的對應關系而額外帶來的開發和存儲成本。

2.3.3基于標簽的推送

對應用下已訂閱push的設置了標簽的用戶進行推送。在推送消息時，開發者可以結合每條消息的內容和目標用戶人群，選擇所對應的標簽，完成請求后，push推送服務會向所有

打上這一標簽的用戶發送該消息，從而滿足定向推送的需求。并且提供標簽管理功能。

2.3.4 小米通道userAccount ：最多可對應20臺設備，單賬號可登陸多臺設備，給一個 userAccount 推送可同時有20臺設備收到消息。

總結：將特定的推送消息通過特定的方式發送給比如不同的客戶端版本、 不同地域、男女等的用戶群體，或者通過給不同的用戶群體打不同的標簽的方式實現特性消息的推送，以達到更精細推送的目的。

2.4 OPPO、ViVO觸達成功率低，如何提升

觸達數據接入數據看板后，經對比各廠商觸達成功率發現OPPO、ViVO的觸達率基本在83%~86%而小米華為通道觸達成功率基本在94%~98%因此提升OPPO、VIVO通達的觸達成功率是我們面臨的又一問題

OPPO:經排查發現影響OPPO觸達率的主要因素為通知開關的狀態：APP 僅在通知開關開啟的情況下才能收到廠商的Push消息而OPPO、一加通知開關在用戶安裝后默認關閉，因此收不到Push消息。

解決辦法：前期主要是制定引導策略，在合適的時機檢測通知開關狀態，引導用戶主動去設置頁開啟，后來經調研發現OPPO的 ColorOS 系統提供了一鍵開啟通知開關的能力，后期使用引導一鍵開啟方案，將OPPO通道的觸達率提升到了94%左右；

VIVO:與OPPO不同，VIVO設備安裝應用后通知開關是開啟的，我們根據數倉提供的數據與廠商反饋的錯誤碼分析，導致VIVO觸達偏低主要因素為消息未進行分類而被限額。

vivo通道消息類型分為兩類——按消息類型是否與用戶強相關將消息分為“運營消息”和“系統消息”，未接消息分類功能將導致所有消息默認為運營消息而受到頻控限制，從而導致重要消息可能無法觸達。

vivo用戶單應用每日運營消息接收條數上限5條，系統消息無限制。vivo用戶單應用接收條數限制以“到達量”是否超過5條為準，在發送時校驗單用戶是否到達5條，超限則計入管控量。

除VIVO外，華為、OPPO、小米對通知消息的數量 都有一定的限制，對于存在限額的廠商通道，將點擊率高的個性化推送策略盡量安排在上午推送，可以保證優質推送內容的到達率；通過提高消息推送的額度，提高push消息的觸達率。

2.5 如何增強未讀消息提醒

可以在App桌面角標顯示未讀消息數，廠商lunch app 和 push sdk對此提供了相應的能力支持，用于增強提醒，各廠商的實現細節上有差異：

華為：角標未讀數由服務端下發的push消息控制，開放了api供第三方應用設置角標未讀數，移除通知欄消息角標數量不會變化。

小米：角標未讀數等于廠商push通道（系統通知欄）收到的該app的未讀通知數，開放api供第三方應用設置角標未讀數。移除系統通知欄消息，角標數量相應減少。

oppo：支持紅點，數字角標，角標未讀數等于廠商push通道（系統通知欄）收到的該app的未讀通知數。

vivo：桌面角標未讀數開關默認關閉，需要用戶手動開啟才能使用，提供設置角標未讀數的能力。

角標適配的問題及解決辦法：

2.5.1 在小米系統上能展示通知數，但無法更新站內信數量。

解決方案：站內信和push打通，進入app時同步更新未讀數。

2.5.2 在華為系統上無法顯示Push數量，站內信數顯示正常。

解決方案：華為推送服務提供了在服務端設置桌面角標API接口，第三方app可以在消息中封裝角標參數。

2.5.3 vivo手機上不支持顯示角標未讀數。

解決方案：更新SDK版本，接入角標能力

2.5.4 在oppo角標展示僅站內信數量。

push功能在開通時可以申請圓點角標或數字角標、無角標三種形式，用戶可以在通知設置中自主選擇。

oppo push支持的系統版本，目前支持 ColorOS3.1及以上的系統的OPPO的機型，一加5/5t及以上機型，realme所有機型（Android 8.0 以后的設備）。

2.5.5 其他：魅族手機未開放桌面角標設置。

觸達方式三：站內橫幅

1.站內橫幅方案介紹

已有的觸達方式對用戶實時行為產生的場景覆蓋不夠，而且這類場景較離線場景相比實時性更高，對用戶來說相對更重要。針對這個情況，我們增加了對實時場景覆蓋。

目的是將用戶行為抽象成關系模型，當關系一側的用戶行為發生變更后觸發對另一側的觸達，這種情況實時性更強而且和用戶強相關，觸達的消息點擊和轉化都比較高，也有利于增強用戶粘性。

站內橫幅整體設計概覽

數據服務層：各業務模塊負責采集用戶行為數據，由molo側將用戶行為抽象關系模型，用戶進入指定場景，觸發對應場景觸達策略，再經統一頻控量控進行核驗

傳輸層：基于MQTT協議的長鏈接實現的鷹眼自建通道，將通過核驗的觸達信號傳遞給下一流程

APP基礎能力層：為觸達消息傳輸，流程監控提供基礎能力

數據解析層：將傳遞過來的觸達消息體解析，合法性校驗，監控異常數據

視圖控制層：進行觸達消息模板視圖創建，彈出方式識別，通過ViewCore給觸達消息視圖注入生命周期，出入場動畫，聲音震動提醒、展示動效等各種定制化屬性

2.京東金融App站內橫欄應用場景

站內橫欄功能上線后，為一批業務提供了有效的觸達策略

3.遇到的問題及解決思路

3.1 如何讓橫欄實現在App站內全局

全局彈窗這個實現起來相對容易，主要依賴注冊的頁面生命周期監聽，利用WindowManager在離開頁面時移除view ，在進入新頁面重新添加；

3.2 指定頁面顯示或指定頁面不顯示問題

指定頁面的前提是能區分是哪個頁面，分兩種情況：

Web頁面,首先獲取運營在鷹眼平臺配置的指定的Web鏈接,再通過APP的web容器獲取當前正在加的web頁面的鏈接地址，兩個地址進行匹配，需要注意本地取到的url里參數存在比運營配置多的情況，因此匹配時我們認為只要本地取到的參數包含配置的地址中的各參數即是匹配成功；

原生頁面，方式一，路由地址匹配：我們首先取原生頁面的路由信息，本地有路由信息根據路由地址去匹配，若原生頁面無路由地址，需要進行適配

方式二，popClass匹配：需要將原生頁面的類路徑錄入到后臺頁面配置表進行維護，匹配時根據頁面的類路徑進行匹配

3.3 如何避免多個橫欄消息時丟失問題

同時支持多個橫欄，這里需要注意的是橫欄信息同步問題，我們在創建橫欄的時候給橫欄創建了一個屬性信息對象，每個橫欄屬性信息都有唯一的key,將橫欄屬性緩存起來，并給緩存設置最大閾值，達到閾值時最后一個橫欄消失清除緩存信息

總結：站內橫欄觸達方案是我們在智能化觸達方式中的一項探索，功能上線后，為白條，保險，財富，基金，分期等業務提供了一種更智能化的運營方式，觸達消息觸達成功率98%，點擊率達到12%~16%，助力相關業務提升40%以上

觸達方式四：桌面小組件

AppWidget 又稱小部件、小插件或微件。它是顯示在Launcher上，能在Logo以外提供更多信息的一種特別的設計；它方便用戶免于打開App即可直接查看信息和進行簡單的交互。

Android 初期已經提供這種能力，但應用比較少，常見的應用如：時鐘、天氣、日歷等；

iOS 10引入小組件，直到iOS 14的全面支持，可能是受此影響，Android 12 改進了widgetAPI，提升了用戶及開發者體驗

1.創建AppWidget

總的來說分以下幾個部分：

1.1 定義AppWidgetProvider

創建一個AppWidgetProvider子類，并創建對應的AppWidgetProviderInfo 配置文件example_appwidget_info.xml，并在manifest聲明

1.2 設置appWidget 的基本屬性

AppWidgetProviderInfo定義了widget的基本特性，如應用微件的最小布局尺寸、應用微件的初始布局資源、應用微件的更新頻率，以及（可選）在應用微件創建時啟動的配置 Activity。您可以使用單個 <appwidget-provider> 元素在 XML 資源中定義 AppWidgetProviderInfo 對象，并將其保存在項目的 res/xml/ 文件夾中

1.3 繪制widget的布局

AppWidget可以支持的布局如下（由于其底層是基于RemoteViews實現，支持的視圖較少）：

FrameLayout、LinearLayout、RelativeLayout、GridLayout

支持使用的View如下（不支持自定義View）：

AnalogClock、Button、Chronometer、ImageButton、ImageView、ProgressBar、TextView、ViewFlipper、ListView、GridView、StackView、AdapterViewFlipper

1.4 配置Configuration Activity

當應用widget使用配置 Activity 時，由該 Activity 負責在配置完成后對 app 的widget進行初始化

1.4.1 獲取widget id

1.4.2 執行應用微件配置

1.4.3 配置完成后，通過調用 getInstance(Context) 來獲取 AppWidgetManager 的實例

1.4.4 通過調用 updateAppWidget(int, RemoteViews) 來使用 RemoteViews 布局更新應用微件

1.4.5.最后，創建返回 Intent，為其設置 Activity 結果，然后結束該 Activity

1.4.6 設置預覽圖片

在選擇創建appWidget時，展示給用戶的描繪應用微件是什么樣子的一張圖片，未配置時默認展示APP logo

1.4.7 配置Service

請求集合中的特定項目時，RemoteViewsFactory 會為集合創建相應項目并將其作為 RemoteViews 對象返回。要在appWidget中添加集合視圖，您必須實現 RemoteViewsService 和 RemoteViewsFactory。

詳細參見官方demo：https://android.googlesource.com/platform/development/ /master/samples/StackWidget/src/com/example/android/stackwidget/StackWidgetService.java

1.4.8 設置點擊事件

通常使用 setOnClickPendingIntent() 來設置對象的點擊行為 - 例如，讓按鈕啟動 Activity。但是，不允許對各個集合項目中的子視圖使用此方法。如果要向集合中的各個項目添加點擊行為，應改用 setOnClickFillInIntent()。這需要為集合視圖設置待定 Intent 模板，然后通過 RemoteViewsFactory 在集合中的每個項目上設置填充 Intent。

2.常見App的實現

金融APP的實現：

3.小組件實踐中的問題

3.1 如何裁剪圖片圓角

一般在開發過程中使用Glide對圖片進行裁剪，這里需要注意小組件里使用Glide與平常略有不同,因為拿不到對應的View視圖，AppWidgetTarget更適用于小組件加載圖片場景，配合MultiTransformation 可簡便的實現圖片圓角的剪裁

AppWidgetTarget appWidgetTarget = new AppWidgetTarget(context, ivViewId, views, mAppWidgetIds);RequestOptions option = new RequestOptions() .transform(new MultiTransformation<>( new CenterCrop(), new RoundedCorners(ToolUnit.dipToPx(mContext, connerDp))));GlideApp.with(context) .asBitmap() .load(bgUrl) .apply(option) .diskCacheStrategy(DiskCacheStrategy.NONE) .into(appWidgetTarget);

3.2 如何實現自定義字體

小組件本身是不支持自定義view的，若要實現支持自定義字體，可以通過Canvas draw text 方式 給 text 設置字體樣式，粗細、顏色 、背景等屬性

3.3 處理點擊響應延遲問題

通過廣播形式PendingIntent.getBroadcast 處理點擊事件，在部分機型上存在延時，最長約7s；可以使用setOnClickPendingIntent方式代替，需要在app的跳轉中心處理對應的事件，如跳轉落地頁、埋點等

3.4 如何制定更新策略

系統為了避免小組件過多的占用資源，默認拒絕頻繁更新，設置了最短更新時間為30分鐘；這種默認的刷新方式不太適合交互類型的小組件，存在用戶操作完以后頁面狀態不同步的問題，那這個問題如何解決呢？首先根據業務場景需要我們也可以把刷新分為兩類：

實時性有一定要求的業務場景：比如新聞資訊類的

通過創建Service開啟定時任務的方式，制定更新的時間間隔，比如5分鐘執行一次更新任務；

用戶交互類型的業務場景：比如簽到，收積分、能量等；此類場景不要求頻繁刷新數據，但需要配置合理的自動刷新時間，同時在用戶操作后需要刷新頁面；可以在App啟動時注冊APP內頁面生命周期監聽ActivityLifecycleCallbacks，實現判斷APP前后臺監聽能力，監聽應用進入后臺時發送刷新小組件的廣播，觸發小組件的刷新；或者封裝統一方法，提供給業務主動觸發刷新對應的小組件的接口

小結

本文主要分享了京東金融客戶端技術團隊對短信、push、站內橫幅、小組件幾種觸達方式的探索實踐過程以及遇到的問題和解決方案。希望能給在探索用戶觸達實現方案的同學提供一些思路；為了讓用戶在使用我們的產品的時候能有更好的體驗，產品在運營過程中能高效的觸達用戶，京東科技技術團隊在持續打磨已有方案的同時將繼續探索和實踐更加智能高效的觸達方案。

更新 MIUI 11 后，我又發現了 7 大驚喜

就在上周， “MIUI 史上最好”的 MIUI 11 系統，終于正式發布。

?

雷軍這句嚴重違反廣告法的話，確實引發了不少米粉的期待，比如小雷。

你們是不是一發布就去申請內測資格了？小雷都不用申請，因為我手上這部小米 9 Pro ，已經內置了 MIUI 11 ，嘿嘿。

?

具體功能小雷上周介紹過了，今天我就來簡單說說 MIUI 11 的上手體驗，看它到底爽不爽。

干凈圓潤的視覺風格

最顯而易見的變化，就是系統界面的改版。

進入桌面，就可以看到小米對桌面圖標進行了重新設計。

原來參差不齊的圖標，統一成了圓角的，越看越有種友商的味道。

（左：MIUI 10 右：MIUI 11）

?

同時有個問題是，新圖標大了好多，就像給老年人定制的一樣，真的有些違和。。。

圓潤的不止這個桌面圖標，搜索欄、相冊圖標也變了。

（左：MIUI 10 右：MIUI 11）

?

通訊錄、短信等界面去掉了多余的線條后，比嚼了綠箭還清爽。

（左：MIUI 10 右：MIUI 11）

?

摸了一圈，小雷最大感受就是比之前柔和了很多。用雷科技主編的話說，就是把他的傳家寶小米MIX 2s 盤活了。

然后就是大家喜聞樂見的「無極調節字體粗細」，也就是隨你瞎幾把改的功能。。。

不像“小號字體”“大號字體”那樣限定了級別，你可以任意調節字體粗細程度，直到舒服為止。

?

字體粗細其實是很小的細節，一般廠商很少會去注意。但手機陪伴我們那么長時間，這個又是能切實改變我們使用體驗的。

話說小雷看到這個功能，第一時間想到了羅老師。他會不會說“我要加粗字體”，“對不起，我們只有一般粗，特別粗，和超級粗”。

?

開玩笑開玩笑，話說回來，小雷想給小米工程師提個建議，既然字體都可以隨便定義粗細了，啥時候安排一個圖標大小開關唄？

自定義息屏樣式

MIUI 11 被吹得最響的，就是“自定義息屏顯示”功能了。

?

因為很多手機都把呼吸燈取消了，小米做這個功能就是來替代它的。

小雷拿到手就開始玩了，還真別說，有種功能機時代七彩跑馬燈的感覺。

（來消息時會閃爍）

?

除了萬花筒、表盤樣式，還有個沙雕青年都愛的——自定義簽名。

?

這功能用法很多，最基本的就是當提示語：

?

像小雷這樣的高階情感導師，就再教大家一個彩蛋功能吧，那就是用來哄女孩子開心↓

?

不過這個功能只有那些本來就有息屏顯示的機型能用哦，別問小雷你的 Mix 2s 升級后為啥沒有。

智能顯示鎖屏通知

剛才說的是鎖屏界面，那解鎖完有什么新變化呢？

還真有。

MIUI 11 里新增了一個“智能顯示鎖屏通知”的功能。啥意思呢？就是只有識別出我本人后，才會顯示具體消息。

?

換成別人解鎖的話，就啥也看不到。

?

要注意的是，這個開關不是默認開啟的，得先設置人臉識別才能用喲。

?

雖然微信本身就可以隱藏消息詳情，但這種分人可見的，明顯智能多了。

投屏不再顯示消息

同樣的隱私保護機制，還體現在了 MIUI 11 的投屏功能上。

就我們平時將手機投屏到電腦上，基本就意味著把手機攤開給別人看。

?

萬一開會過程中來了條敏感消息，“豬頭，下班了沒？”“您購買的大號xxx到了，請注意驗收”，小雷還怎么做人。。。

MIUI 11 這個投屏功能香就香在，它不會展示消息了。不管你手機上收到什么見不得人的，投屏界面都不會彈出來。

?

這個隱私剝離技術在行業內也是首創，小雷必須手動點贊。

跨品牌互傳

說完了投屏，你們肯定會想到另一個重要的傳輸方式——互傳。

今年小米和 OPPO 、 vivo 組成了互傳聯盟。

在更新到 MIUI 11 后，小米手機就可以向支持協議的機型互傳了。

?

實際體驗如何呢？小雷拿了臺 vivo NEX 3 試了下。

只要兩臺手機都啟用了互傳功能，傳文件真的就一下子的事兒。

?

這個功能說穿了就是安卓版 Airdrop，但它比 Airdrop 還要方便：對方鎖屏了也能收到。

?

便利性有了，傳輸速度怎么樣呢？小雷用計時器算了，傳一個 3.36 GB 的視頻文件，只用了 1 分 52 秒。

?

20MB/s 真不是瞎吹的，鼓掌。

港真，如果大部分安卓廠商和電腦廠商都能加入互傳協議，說不定真的可以打破蘋果的生態壁壘。那對我們用戶體驗來說，絕對有質的提升。

指尖通話

本來說到這里，小雷要開始講 MIUI 11的 AI 功能，無奈小愛同學 3.0 還在調試中。

但沒關系，小雷挖到了另外一個黑科技功能：指尖通話。它就相當于電話版的自動回復。

?

想要使用它，得先在 MIUI 實驗室里開啟。而且接電話時得下滑才能開搞。

?

它的工作原理是醬紫的：小愛同學會自動翻譯對方說的話，給你幾個回復選項。

?

是的，一聽到送外賣送快遞的，就會立馬彈出“你放個地方告訴我就行”。

你全程不需要動嘴，手機也不會發出聲音，只需要動動手指即可。

?

這個功能用起來非常爽，像上課、開會不適合接電話的時候非常有用。反正小雷接到最多的不是騷擾電話，就是快遞外賣，這種完全夠應付了。

而且對方聽到的是機械女聲，不知道的估計都以為打到詐騙電話了，防騷擾效果賊好。

一鍵去廣告

最后說一下大家最關心的去廣告功能。

升級到 MIUI 11 后，是可以一鍵去除系統所有廣告的。

入口就是：「設置→小米賬號→隱私協議等→系統廣告→系統工具廣告」

?

如果忍受不了 MIUI 系統廣告，就照著小雷的步驟，趕緊動手吧。

MIUI 11 新功能挺多的，小雷就挑了這幾個我印象最深的講。

我對這個新系統還是比較滿意的。特別是用慣了蘋果系統后，MIUI 11 功能的完整性和人性化擊中了我。

不過，它也有一些遺憾，比如暗黑模式尚未適配。目前只有系統設置頁面才會生效。期待這個功能的米粉，再耐心等等吧~

?

MIUI 11 相對于 MIUI 10，更多的是在原來的基礎上調整優化，并沒有大刀闊斧的變革，有些米粉可能會覺得沒啥驚喜。

但小雷還是推薦大家都去體驗一下，不急的可以等正式版。就醬。

Win7/Win10版安全聊天工具Bleep官方下載

IT之家訊 5月13日消息，Bleep是BitTorrent旗下的一款聊天應用，這款應用和一般聊天應用的區別在于安全性較高，因為用戶聊天內容并不上傳任何服務器，并且聊天全程加密。

BitTorrent博客解釋說，傳統聊天服務的方法是發送者將輸入的文字或語音信息發送到中心服務器，服務器中繼信息到接收者。服務器會記錄聊天內容和相關的元數據。這些數據都是黑客等別有用心的人想要的。BitTorrent CEO Eric Klinker稱，“Bleep的使命是致力于扭轉中心化服務的趨勢，推動分布式服務的發展。”

Bleep沒有使用傳統的登錄名，而是向用戶分配一對數學生成的密鑰，一個公鑰作為用戶的公共面孔，另一個私有用于加密Bleep上發送的信息。為了在Bleep上聊天，用戶需要交換公鑰。聊天信息使用分布式哈希表（DHT）傳遞，沒有中心服務器記錄。為了發起聊天，Bleep需要Ping一下P2P網絡中運行Bleep服務的計算機，尋找想要聊天的對象。

Bleep特性：

1、去中心化??的存儲，BitTorrent不會得到你跟誰聊天、聊天在何時發生，其甚至不會存儲任何的聊天信息?

2、無法追蹤任何人的聊天

3、所有的鏈接都是加密的??，使用curve25519、ed25519、salsa20、poly1305等加密方式

Bleep PC版使用方法：

首先創建賬戶，可以使用郵箱或者電話注冊。圖示為郵箱注冊，位置自動確定，你也可以根據自己情況選擇；然后是用戶名和郵箱地址，輸入之后點擊continue繼續（電話注冊同理，中國用戶要在號碼前寫上區號“ 86”）

從剛剛填寫的郵箱或電話號碼處獲得驗證碼（手機短信可能會稍慢），填寫之后點擊continue繼續

隨后中國用戶可跳過Google賬號連接等步驟直接進入軟件。此時若想聊天可添加聯系人，方式和創建賬號類似，也是通過郵箱、電話或者公共密鑰。填寫之后，軟件會向相應設備發送邀請，如果是手機號碼，對方會收到應用下載邀請短信

目前該應用支持Win7/Win8.1/Win10/Mac等桌面系統，手機端支持iOS和Android，暫不支持Windows Phone。

PC版Bleep（安裝器）下載（645KB）：

注意：安裝過程中會要求安裝VC 2013（如果當前系統未安裝），這將是個在線安裝過程，下載過程較慢。用戶可提前用軟媒軟件管家下載安裝VC 2013，快捷安全。

更多軟件，請訪問IT之家-軟件頻道。

MIUI10開發版公測推送，可一鍵關閉廣告，升級用戶體驗

小米的MIUI系統在安卓定制系統中，是做的十分出色的。從小米成立推出第一代MIUI系統已經九年了，MIUI發展到現在也是十分成熟的系統。8月30日，MIUI10最后一次開發版正式開始公測，主要修復和優化了MIUI10的功能，讓用戶的使用體驗再次升級。

值得一提的是，在這次的MIUI10開發版中，加入了一個很重要的功能，那就是增加了“系統工具廣告”一鍵開關功能。小米互聯網一部的總經理也在微博上發布了這個消息，并表示發布的這個關閉廣告的工具將會持續完善，并且會隨著下一個MIUI版本支持所有小米機型。

在此之前，MIUI就在系統中加入過關閉廣告這一功能，由于位置十分零散，用戶很難找到，所以一直都沒有很好的實施。這次上線的意見關閉所有系統工具廣告的功能就很實用，只要在手機中找到設置菜單，然后進入“賬號—隱私設置—系統廣告”，然后選擇關閉“系統工具廣告”就可以一鍵關閉系統工具中的所有廣告。

對比之前的版本，新版本的MIUI系統只要關閉系統廣告，那么MIUI系統中包括時鐘、短信、桌面、日歷、天氣、瀏覽器等14處系統工具的廣告就全部消失不見了。而且對于之前一直被用戶吐槽的瀏覽器，在這次新版本中也進行了升級，提供了極簡版本，極簡版本的瀏覽器頁面十分干凈，增加了用戶體驗。

通過這次小米MIUI系統對于系統廣告的改進升級，在對比其他幾家國內的手機廠商，可以看出小米的系統工具廣告是比其他幾家要少的，而這次推出的一鍵關閉廣告的功能，不但方便了用戶的使用，還贏得了用戶的肯定。