簡(jiǎn)介

通過(guò) Link這個(gè)單詞我們可以看出這個(gè)是一種鏈接，使用此鏈接可以直接跳轉(zhuǎn)到 APP，常用于應(yīng)用拉活，跨應(yīng)用啟動(dòng)，推送通知啟動(dòng)等場(chǎng)景。

流程

在AS 上其實(shí)已經(jīng)有詳細(xì)的使用步驟解析了，這里給大家普及下

快速點(diǎn)擊 shift 兩次，輸入 APPLink 即可找到 AS 提供的集成教程。
在 AS 中已經(jīng)有詳細(xì)的使用步驟了,總共分為 4 步

add URL intent filters

創(chuàng)建一個(gè) URL

或者也可以點(diǎn)擊 “How it works” 按鈕

Add logic to handle the intent

選擇通過(guò) applink 啟動(dòng)的入口 activity。
點(diǎn)擊完成后，AS 會(huì)自動(dòng)在兩個(gè)地方進(jìn)行修改，一個(gè)是 AndroidManifest

 <activity android:name=".TestActivity">            <intent-filter>                <action android:name="android.intent.action.VIEW" />                <category android:name="android.intent.category.DEFAULT" />                <category android:name="android.intent.category.BROWSABLE" />                <data                    android:scheme="http"                    android:host="geyan.getui.com" />            </intent-filter>        </activity>

此處多了一個(gè) data，看到這個(gè) data 標(biāo)簽，我們可以大膽的猜測(cè)，也許這個(gè) applink 的是一個(gè)隱式啟動(dòng)。
另外一個(gè)改動(dòng)點(diǎn)是

    protected void onCreate(@Nullable Bundle savedInstanceState) {        super.onCreate(savedInstanceState);        setContentView(R.layout.activity_test);        // ATTENTION: This was auto-generated to handle app links.        Intent appLinkIntent = getIntent();        String appLinkAction = appLinkIntent.getAction();        Uri appLinkData = appLinkIntent.getData();    }

applink 的值即為之前配置的 url 鏈接，此處是為了接收數(shù)據(jù)用的，不再多說(shuō)了。

Associate website

這一步最關(guān)鍵了，需要根據(jù) APP 的證書(shū)生成一個(gè) json 文件， APP 安裝的時(shí)候會(huì)去聯(lián)網(wǎng)進(jìn)行校驗(yàn)。選擇你的線上證書(shū)，然后點(diǎn)擊生成會(huì)得到一個(gè) assetlinks.json 的文件，需要把這個(gè)文件放到服務(wù)器指定的目錄下

基于安全原因，這個(gè)文件必須通過(guò) SSL 的 GET 請(qǐng)求獲取，JSON 格式如下：

[{  "relation": ["delegate_permission/common.handle_all_urls"],  "target": {    "namespace": "android_app",    "package_name": "com.lenny.myapplication",    "sha256_cert_fingerprints":    ["E7:E8:47:2A:E1:BF:63:F7:A3:F8:D1:A5:E1:A3:4A:47:88:0F:B5:F3:EA:68:3F:5C:D8:BC:0B:BA:3E:C2:D2:61"]  }}]

sha256_cert_fingerprints 這個(gè)參數(shù)可以通過(guò) keytool 命令獲取，這里不再多說(shuō)了。

最后把這個(gè)文件上傳到 你配置的地址/.well-know/statements/json，為了避免今后每個(gè) app 鏈接請(qǐng)求都訪問(wèn)網(wǎng)絡(luò)，安卓只會(huì)在 app 安裝的時(shí)候檢查這個(gè)文件。，如果你能在請(qǐng)求 https://yourdomain.com/.well-... 的時(shí)候看到這個(gè)文件（替換成自己的域名），那么說(shuō)明服務(wù)端的配置是成功的。目前可以通過(guò) http 獲得這個(gè)文件，但是在M最終版里則只能通過(guò) HTTPS 驗(yàn)證。確保你的 web 站點(diǎn)支持 HTTPS 請(qǐng)求。

若一個(gè)host需要配置多個(gè)app，assetlinks.json添加多個(gè)app的信息。
若一個(gè) app 需要配置多個(gè) host，每個(gè) host 的 .well-known 下都要配置assetlinks.json

有沒(méi)有想過(guò) url 的后綴是不是一定要寫(xiě)成 /.well-know/statements/json 的？
后續(xù)講原理的時(shí)候會(huì)涉及到，這里先不細(xì)說(shuō)。

Test device

最后我們本質(zhì)僅是拿到一個(gè) URL，大多數(shù)的情況下，我們會(huì)在 url 中拼接一些參數(shù)，比如

https://yourdomain.com/products/123?coupon=save90

其中 ./products/123?coupon=save90 是我們之前在第二步填寫(xiě)的 path。
那測(cè)試方法多種多樣，可以使用通知，也可以使用短信，或者使用 adb 直接模擬，我這邊圖省事就直接用 adb 模擬了

adb shell am start-W -a android.intent.action.VIEW-d "https://yourdomain.com/products/123?coupon=save90"[包名]

使用這個(gè)命令就會(huì)自動(dòng)打開(kāi) APP。前提是 yourdomain.com 網(wǎng)站上存在了 web-app 關(guān)聯(lián)文件。

原理

上述這些都簡(jiǎn)單的啦，依葫蘆畫(huà)瓢就行，下面講些深層次的東西，不僅要知道會(huì)用，還得知道為什么可以這么用，不然和咸魚(yú)有啥區(qū)別。

上訴也說(shuō)了，我們配置的域名是在 activity 的 data 標(biāo)簽的，那是否是可以認(rèn)為 applink 是一種隱式啟動(dòng)，應(yīng)用安裝的時(shí)候根據(jù) data 的內(nèi)容到這個(gè)網(wǎng)頁(yè)下面去獲取 assetlinks.json 進(jìn)行校驗(yàn)，如果符合條件則把 這個(gè) url 保存在本地，當(dāng)點(diǎn)擊 webview 或者短信里面的 url的時(shí)候，系統(tǒng)會(huì)自動(dòng)與本地庫(kù)中的域名相匹配， 如果匹配失敗則會(huì)被自動(dòng)認(rèn)為是 deeplink 的連接。確認(rèn)過(guò)眼神對(duì)吧~~~
也就說(shuō)在第一次安裝 APP 的時(shí)候是會(huì)去請(qǐng)求 data 標(biāo)簽下面的域名的，并且去請(qǐng)求所獲得的域名，那 安裝->初次啟動(dòng) 的體驗(yàn)自然會(huì)想到是在源碼中 PackageManagerService 實(shí)現(xiàn)。
一個(gè) APk 的安裝過(guò)程是極其復(fù)雜的，涉及到非常多的底層知識(shí)，這里不細(xì)說(shuō)，直接找到校驗(yàn) APPLink 的入口 PackageManagerService 的 installPackageLI 方法。

PackageMmanagerService.class

private void installPackageLI(InstallArgs args, PackageInstalledInfo res) {    final int installFlags = args.installFlags;    <!--開(kāi)始驗(yàn)證applink-->    startIntentFilterVerifications(args.user.getIdentifier(), replace, pkg);    ...    }    private void startIntentFilterVerifications(int userId, boolean replacing,        PackageParser.Package pkg) {    ...    mHandler.removeMessages(START_INTENT_FILTER_VERIFICATIONS);    final Message msg = mHandler.obtainMessage(START_INTENT_FILTER_VERIFICATIONS);    msg.obj = new IFVerificationParams(pkg, replacing, userId, verifierUid);    mHandler.sendMessage(msg);}

可以看到這邊發(fā)送了一個(gè) message 為 START_INTENT_FILTER_VERIFICATIONS 的 handler 消息，在 handle 的 run 方法里又會(huì)接著調(diào)用 verifyIntentFiltersIfNeeded。

private void verifyIntentFiltersIfNeeded(int userId, int verifierUid, boolean replacing,        PackageParser.Package pkg) {        ...        <!--檢查是否有Activity設(shè)置了AppLink-->        final boolean hasDomainURLs = hasDomainURLs(pkg);        if (!hasDomainURLs) {            if (DEBUG_DOMAIN_VERIFICATION) Slog.d(TAG,                    "No domain URLs, so no need to verify any IntentFilter!");            return;        }        <!--是否autoverigy-->        boolean needToVerify = false;        for (PackageParser.Activity a : pkg.activities) {            for (ActivityIntentInfo filter : a.intents) {            <!--needsVerification是否設(shè)置autoverify -->                if (filter.needsVerification() && needsNetworkVerificationLPr(filter)) {                    needToVerify = true;                    break;                }            }        }      <!--如果有搜集需要驗(yàn)證的Activity信息及scheme信息-->        if (needToVerify) {            final int verificationId = mIntentFilterVerificationToken++;            for (PackageParser.Activity a : pkg.activities) {                for (ActivityIntentInfo filter : a.intents) {                    if (filter.handlesWebUris(true) && needsNetworkVerificationLPr(filter)) {                        if (DEBUG_DOMAIN_VERIFICATION) Slog.d(TAG,                                "Verification needed for IntentFilter:" + filter.toString());                        mIntentFilterVerifier.addOneIntentFilterVerification(                                verifierUid, userId, verificationId, filter, packageName);                        count++;                    }    }   } }  }   <!--開(kāi)始驗(yàn)證-->    if (count > 0) {        mIntentFilterVerifier.startVerifications(userId);    } }

對(duì) APPLink 進(jìn)行了檢查，搜集，驗(yàn)證，主要是對(duì) scheme 的校驗(yàn)是否是 http/https，以及是否有 flag 為 Intent.ACTION_DEFAULT與Intent.ACTION_VIEW 的參數(shù)，接著是開(kāi)啟驗(yàn)證

PMS#IntentVerifierProxy.class

public void startVerifications(int userId) {        ...            sendVerificationRequest(userId, verificationId, ivs);        }        mCurrentIntentFilterVerifications.clear();    }    private void sendVerificationRequest(int userId, int verificationId,            IntentFilterVerificationState ivs) {        Intent verificationIntent = new Intent(Intent.ACTION_INTENT_FILTER_NEEDS_VERIFICATION);        verificationIntent.putExtra(                PackageManager.EXTRA_INTENT_FILTER_VERIFICATION_ID,                verificationId);        verificationIntent.putExtra(                PackageManager.EXTRA_INTENT_FILTER_VERIFICATION_URI_SCHEME,                getDefaultScheme());        verificationIntent.putExtra(                PackageManager.EXTRA_INTENT_FILTER_VERIFICATION_HOSTS,                ivs.getHostsString());        verificationIntent.putExtra(                PackageManager.EXTRA_INTENT_FILTER_VERIFICATION_PACKAGE_NAME,                ivs.getPackageName());        verificationIntent.setComponent(mIntentFilterVerifierComponent);        verificationIntent.addFlags(Intent.FLAG_RECEIVER_FOREGROUND);        UserHandle user = new UserHandle(userId);        mContext.sendBroadcastAsUser(verificationIntent, user);    }

目前 Android 的實(shí)現(xiàn)是通過(guò)發(fā)送一個(gè)廣播來(lái)進(jìn)行驗(yàn)證的，也就是說(shuō)，這是個(gè)異步的過(guò)程，驗(yàn)證是需要耗時(shí)的（網(wǎng)絡(luò)請(qǐng)求），發(fā)出去的廣播會(huì)被 IntentFilterVerificationReceiver 接收到。這個(gè)類又會(huì)再次 start DirectStatementService,在這個(gè) service 里面又會(huì)去調(diào)用 DirectStatementRetriever 類。在此類的 retrieveStatementFromUrl 方法中才是真正請(qǐng)求網(wǎng)絡(luò)的地方

DirectStatementRetriever.class

  @Override    public Result retrieveStatements(AbstractAsset source) throws AssociationServiceException {        if (source instanceof AndroidAppAsset) {            return retrieveFromAndroid((AndroidAppAsset) source);        } else if (source instanceof WebAsset) {            return retrieveFromWeb((WebAsset) source);        } else {            throw new AssociationServiceException("Namespace is not supported.");        }    }  private Result retrieveFromWeb(WebAsset asset)            throws AssociationServiceException {        return retrieveStatementFromUrl(computeAssociationJsonUrl(asset), MAX_INCLUDE_LEVEL, asset);    }    private String computeAssociationJsonUrl(WebAsset asset) {        try {            return new URL(asset.getScheme(), asset.getDomain(), asset.getPort(),                    WELL_KNOWN_STATEMENT_PATH)                    .toExternalForm();        } catch (MalformedURLException e) {            throw new AssertionError("Invalid domain name in database.");        }    }private Result retrieveStatementFromUrl(String urlString, int maxIncludeLevel,                                        AbstractAsset source)        throws AssociationServiceException {    List<Statement> statements = new ArrayList<Statement>();    if (maxIncludeLevel < 0) {        return Result.create(statements, DO_NOT_CACHE_RESULT);    }    WebContent webContent;    try {        URL url = new URL(urlString);        if (!source.followInsecureInclude()                && !url.getProtocol().toLowerCase().equals("https")) {            return Result.create(statements, DO_NOT_CACHE_RESULT);        }        <!--通過(guò)網(wǎng)絡(luò)請(qǐng)求獲取配置-->        webContent = mUrlFetcher.getWebContentFromUrlWithRetry(url,                HTTP_CONTENT_SIZE_LIMIT_IN_BYTES, HTTP_CONNECTION_TIMEOUT_MILLIS,                HTTP_CONNECTION_BACKOFF_MILLIS, HTTP_CONNECTION_RETRY);    } catch (IOException | InterruptedException e) {        return Result.create(statements, DO_NOT_CACHE_RESULT);    }    try {        ParsedStatement result = StatementParser                .parseStatementList(webContent.getContent(), source);        statements.addAll(result.getStatements());        <!--如果有一對(duì)多的情況，或者說(shuō)設(shè)置了“代理”，則循環(huán)獲取配置-->        for (String delegate : result.getDelegates()) {            statements.addAll(                    retrieveStatementFromUrl(delegate, maxIncludeLevel - 1, source)                            .getStatements());        }        <!--發(fā)送結(jié)果-->        return Result.create(statements, webContent.getExpireTimeMillis());    } catch (JSONException | IOException e) {        return Result.create(statements, DO_NOT_CACHE_RESULT);    }}

到了這里差不多就全部講完了，本質(zhì)就是通過(guò) HTTPURLConnection 去發(fā)起來(lái)一個(gè)請(qǐng)求。之前還留了個(gè)問(wèn)題，是不是一定要要 /.well-known/assetlinks.json，到這里是不是可以完全明白了，就是 WELL_KNOWN_STATEMENT_PATH 參數(shù)

    private static final String WELL_KNOWN_STATEMENT_PATH = "/.well-known/assetlinks.json";

缺點(diǎn)

1. 只能在 Android M 系統(tǒng)上支持

在配置好了app對(duì)App Links的支持之后，只有運(yùn)行Android M的用戶才能正常工作。之前安卓版本的用戶無(wú)法直接點(diǎn)擊鏈接進(jìn)入app，而是回到瀏覽器的web頁(yè)面。

1. 要使用App Links開(kāi)發(fā)者必須維護(hù)一個(gè)與app相關(guān)聯(lián)的網(wǎng)站

對(duì)于小的開(kāi)發(fā)者來(lái)說(shuō)這個(gè)有點(diǎn)困難，因?yàn)樗麄儧](méi)有能力為app維護(hù)一個(gè)網(wǎng)站，但是它們?nèi)匀幌Ｍㄟ^(guò)web鏈接獲得流量。

1. 對(duì) ink 域名不太友善
   在測(cè)試中發(fā)現(xiàn)，國(guó)內(nèi)各大廠商對(duì) .ink 域名不太友善，很多的是被支持了 .com 域名，但是不支持 .ink 域名。

機(jī)型版本是否識(shí)別ink是否識(shí)別com小米MI6 Android 8.0 MIUI 9.5否是小米MI5 Android 7.0 MIUI 9.5否是魅族PRO 7 Android 7.0 Flyme 6.1.3.1A否是三星S8 Android 7.0是，彈框是華為HonorV10 Android 8.0 EMUI 8.0是是oppo R11s Android 7.1.1 ColorOS 3.2是是oppoA59s Android 5.1 ColorOS 3.0是,不能跳轉(zhuǎn)到app是,不能跳轉(zhuǎn)到appvivoX6Plus A Android 5.0.2 Funtouch OS_2.5否是vivo767 Android 6.0 Funtouch OS_2.6是,不能跳轉(zhuǎn)到app是,不能跳轉(zhuǎn)到appvivoX9 Android 7.1.1 Funtouch OS_3.1是,不能跳轉(zhuǎn)到app是,不能跳轉(zhuǎn)到app

最后對(duì)于程序員來(lái)說(shuō)，要學(xué)習(xí)的知識(shí)內(nèi)容、技術(shù)有太多太多，要想不被環(huán)境淘汰就只有不斷提升自己，從來(lái)都是我們?nèi)ミm應(yīng)環(huán)境，而不是環(huán)境來(lái)適應(yīng)我們！

這里附上上述的技術(shù)體系圖相關(guān)的幾十套騰訊、頭條、阿里、美團(tuán)等公司19年的面試題，把技術(shù)點(diǎn)整理成了視頻和PDF（實(shí)際上比預(yù)期多花了不少精力），包含知識(shí)脈絡(luò) + 諸多細(xì)節(jié)，由于篇幅有限，這里以圖片的形式給大家展示一部分。

相信它會(huì)給大家?guī)?lái)很多收獲：

【Android進(jìn)階學(xué)習(xí)視頻】、【全套Android面試秘籍PDF】、【Android開(kāi)發(fā)核心知識(shí)點(diǎn)筆記】可以 私信我【面試】免費(fèi)獲?。?/strong>

當(dāng)程序員容易，當(dāng)一個(gè)優(yōu)秀的程序員是需要不斷學(xué)習(xí)的，從初級(jí)程序員到高級(jí)程序員，從初級(jí)架構(gòu)師到資深架構(gòu)師，或者走向管理，從技術(shù)經(jīng)理到技術(shù)總監(jiān)，每個(gè)階段都需要掌握不同的能力。早早確定自己的職業(yè)方向，才能在工作和能力提升中甩開(kāi)同齡人。