本文講解的是一種App內頁面跳轉協議，這里的跳轉包括應用內跳轉、H5與Native跳轉，服務器通知客戶端如何跳轉等。
在講解應用內跳轉協議之前我們先講解一下H5與Native相互跳轉的相關知識點?，F在越來越多的App采用了Native + H5方式開發(fā)，其中Native與H5頁面如何交互？google提供了一個公共的方式：js與native互調，即js可以調用Native方法，Native同樣也可以調用js方法；
但是這種交互方式存在著不少問題：
1、Java 調用 js 里面的函數、效率并不是很高、估計要200ms左右吧、做交互性很強的事情、這種速度很難讓人接受、而js去調Java的方法、速度很快、50ms左右、所以盡量用js調用Java方法
2、Java 調用 js 的函數、沒有返回值、調用了就控制不到了
3、Js 調用 Java 的方法、返回值如果是字符串、你會發(fā)現這個字符串是 native 的、轉成 locale 的才能正常使用、使用 toLocaleString() 函數就可以了、不過這個函數的速度并不快、轉化的字符串如果很多、將會很耗費時間
4、網頁中盡量不要使用jQuery、執(zhí)行起來需要5-6秒、最好使用原生的js寫業(yè)務腳本、以提升加載速度、改善用戶體驗
5、Android4.2以下的系統(tǒng)存在著webview的js對象注入漏洞…（不清楚的可以google）
基于這種種的原因，我們并未采用這種方式用于Native與webview交互，而是采用scheme + cookie的方式；
這里的scheme是一種頁面內跳轉協議，主要用于支持一下幾種場景：
? ? 服務器下發(fā)跳轉路徑，客戶端根據服務器下發(fā)跳轉路徑跳轉相應的頁面；
? ? H5頁面點擊錨點，根據錨點具體跳轉路徑App端跳轉具體的頁面；
? ? App端收到服務器端下發(fā)的PUSH通知欄消息，根據消息的點擊跳轉路徑跳轉相關頁面
下面我將簡單介紹一下scheme的基本概念以及以上三種場景下scheme的具體應用。
URL scheme 概述
URL scheme 的作用
客戶端應用可以向操作系統(tǒng)注冊一個 URL scheme，該 scheme 用于從瀏覽器或其他應用中啟動本應用。通過指定的 URL 字段，可以讓應用在被調起后直接打開某些特定頁面，比如車輛詳情頁、訂單詳情頁、消息通知頁、促銷廣告頁等等。也可以執(zhí)行某些指定動作，如訂單支付等。也可以在應用內通過 html 頁來直接調用顯示 app 內的某個頁面。
URL scheme 的格式
客戶端自定義的 URL 作為從一個應用調用另一個的基礎，遵循 RFC 1808 (Relative Uniform Resource Locators) 標準。這跟我們常見的網頁內容 URL 格式一樣。
一個普通的 URL 分為幾個部分，scheme、host、relativePath、query。
比如：http://www.baidu.com/s?rsv_bp=1&rsv_spt=1&wd=NSurl&inputT=2709，這個URL中，scheme 為 http，host 為 www.baidu.com，relativePath 為 /s，query 為 rsv_bp=1&rsv_spt=1&wd=NSurl&inputT=2709。
一個應用中使用的 URL 例子（該 URL 會調起車輛詳情頁）：uumobile://mobile/carDetail?car_id=123456，其中 scheme 為 uumobile，host 為 mobile，relativePath 為 /carDetail，query 為 car_id=123456。
Scheme定義Activity
這樣我們便定義了能夠接受scheme請求的activity實例，當網頁或者是Android代碼發(fā)送這種規(guī)則scheme的請求的時候就能夠吊起NativeAppActivity了。
NativeAppActivity這個類中主要用于實現對scheme的解析，然后做出相應的動作，比如請求scheme跳轉登錄頁面，我們可以這樣定義
uumobile：//appname/gotoLogin
我們可以通過Intent對象獲取調用的scheme的host等信息
this.getIntent().getScheme();//獲得Scheme名稱
this.getIntent().getDataString();//獲得Uri全部路徑
3）通過服務器下發(fā)跳轉路徑跳轉相應頁面
startActivity(newIntent(Intent.ACTION_VIEW, Uri.parse("uumobile://yongche/123123123")));
這里的”uumobile://yongche/123123123”就是服務器下發(fā)的跳轉路徑，當我們執(zhí)行startActivity的時候就會調起NativeAppActivity，然后我們通過在NativeAppActivity解析scheme的內容，跳轉相應的頁面。
4）通過在H5頁面的錨點跳轉相應的頁面
可以發(fā)現我們?yōu)閃ebview設置了WebViewClient，并重寫了WebViewClient的shouldOverrideUrlLoading方法，然后我們解析錨點的url，并根據解析的內容調起NativeAppActivity的scheme Activity，然后在NativeAppActivity中解析scheme的內容并跳轉相應的頁面。
5）根據服務器下發(fā)通知欄消息，App跳轉相應的頁面
服務器下發(fā)的所有的通知都是先跳轉這里的NotificationActivity，然后在這里執(zhí)行跳轉其他Activity的邏輯，而這里的H5Constant的buildSchemeFromUrl方法就是構造跳轉頁面Intent對象的，我們可以看一buildSchemeFromUrl方法的具體實現：
這樣我們就搞構造除了跳轉NativeAppActivity的Intent對象，并將scheme字符串傳遞給了NativeAppActivity，這樣在NativeAppActivity中就可以解析scheme字符串并執(zhí)行相應的跳轉邏輯了。
總結：
Android中的scheme是一種非常好的實現機制，通過定義自己的scheme協議，可以非常方便跳轉app中的各個頁面；
通過scheme協議，服務器可以定制化告訴App跳轉那個頁面，可以通過通知欄消息定制化跳轉頁面，可以通過H5頁面跳轉頁面等。
原文：https://blog.csdn.net/qq_23547831/article/details/51685310
