摘要：瞬時加載程序與微信小程序的對比年的大會，發布了技術，而微信小程序公開內側的時間是同年月日。但是從可實施角度看我指的是只在大陸范圍內，天生就不如微信小程序，因為啥你懂得。新技術全拆解系列預告第二篇新技術全拆解剖析

作者：Darkbug
原文標題：Google新技術：Instant App全拆解（1）——初探
原文鏈接：https://segmentfault.com/a/11...
首發地址：http://www.doncc.org
轉發請注明轉載地址，請尊重原創作者權益！

《Google新技術：Instant App全拆解》系列預告：
第二篇：Google新技術：Instant App全拆解（2）——剖析

本文開始，接下的幾篇文章內，我會從概念、技術等方面，將著重介紹Google發布的最新Android Instant App技術，并描述如何制作屬于自己的Instant App。

如有描述不正確的地方，請及時聯系我，我將吸取意見并改正。

記得在2016年的Google大會上，Google大大就已經發布了有關Instant App的最新技術了。然而這款被人們寄予厚望的“黑科技”技術在發布之后，并沒有像想象中推廣的很好，究其原因我懷疑是因為當時發布的時候，所開發的步驟過于繁瑣，才不得不將這個技術的推廣拖延至今。

我們先來用下面的動圖回顧體驗下，Instant App的厲害之處：

從圖中我們初步可以看出，當操作者在點擊一段Buzzfeed的視頻鏈接時，會自動的加載這個鏈接所屬程序的代碼，并且很輕松的在這個“程序的APP內”體驗到這個鏈接視頻效果。

其實這就是Instant App，翻譯成中文可以稱之為瞬時程序加載，也可以稱之為即時應用。它出現的目的，就是為了讓人們能夠像點擊鏈接那么簡單，節省掉安裝App的痛苦，最快速度、最少流量的消耗，讓用戶體驗到App級的用戶體驗。

事實上，Instant App的優點不僅如此，我們同樣可以在Google的瀏覽器內，搜索具備Instant App能力的App的名字，也會得到相應的即時應用，同樣能夠讓你體驗到App的交互效果。比如下面我想在wish購物App內，購買Valentino Rossi的周邊物（誰讓我是個羅西粉），只需在Google搜索欄里，輸入“wish Rossi”，你就會看到有關在wish中的一些物品，并且會在內容描述處，看到一個“Instant”標識。也就是說，當你點擊這個鏈接后，你就能體驗到屬于wish應用的Instant App應用體驗。下面有個我錄制的微視頻，簡單的描述了下這個過程。

Instant App初體驗-youku

怎么樣，這個交互效果簡直是棒極了吧！

如果細心的朋友肯定會發現，其實早在2015年，Google就已經推出了另外一項技術：App Links。其用意是想當用戶點擊鏈接后，能快速鏈接并打開本地所屬應用，而無需經過用戶的二次同意。這么做的優點是避免了用戶的艱難選擇，特別是對于那些選擇困難戶的童鞋來說。這些內容我會在后面文章著重介紹。

如果這么說比較籠統，那么你肯定遇到過這樣情景，你的手機內除了瀏覽器這個內置App外，如果還安裝了類似UC瀏覽器、360瀏覽器、各種瀏覽器。。當你想點擊一個鏈接時，會在手機下方彈出一個對話框，提示你用什么App來打開你的鏈接。這種讓你二次選擇的感覺，著實讓人感覺有點啰嗦。而App Links的出現，能讓你無需再選擇，直接選用你已經設定好的方式打開應用進行體驗。

說了這么多額外的，我覺得其實Google就是為Instant App的出現做了前期鋪墊。真是好大一盤棋啊！

從上面的內容，想必大伙已經知道一部分了吧。對于Instant App技術的使用，可以分為如下幾個方面來講：

xx上網（你懂的）

Google Service不能正常的推廣

具有Google Service框架的手機

從這一點，我要格外說明的是，所有谷歌親兒子手機，都是天生具有Google Service框架的，誰讓他是親兒子。?特！還有一個是三星的s7 edge這款手機，自從升級到7.0系統后，就能讓我們自己通過xx上網的方式，同樣體驗到Google Service框架。這次三星也算是開明了一把。這里想下，s8是不是同樣也可以，雖然我沒有s8。?

完整應用必須提前安裝到Google Play上

如果想體驗到Instant App的交互效果，首先你要保證的是，你的完整應用程序，需要在Google Play上成功發布。也就是說，要想將你的應用程序變為Instant App所支持效果，需要進行一定的程序修改。有關如何修改，后續我會用文章著重描述。

部署信息驗證文件的網站，需具有https方式訪問功能的網站。

這個對于一般小眾開發者來講，著實是讓人頭疼。索性我在實施的時候，干脆將自己的虛擬網站，部署到GitHub上，這樣一來能模擬我的網站，不會把大量的時間花費在搭建網站上，又能解決掉SSL證書的問題。一舉兩得。

2016年的Google I/O大會，發布了Instant App技術，而微信小程序公開內側的時間是同年9月21日。這其中是否有一些某種不言而喻的關系，我不得而知，我也不想去猜想。你們自己體會好了。

為什么我會拿小程序與Instant App技術相對比呢？很顯然，他們共同點都是號稱“不用安裝，就能體驗、使用”。對于程序的熱愛，我不得不拿來進行對比一番。我會從各個角度進行中肯的對比，不偏不向。

從部署到手機角度講：

這一點簡直是小程序完勝，畢竟Google Service不能正常的引進大陸，這一點上小程序占盡了天時地利。不知道是不是小龍哥看到了這個痛點。

小程序可以利用微信的小程序功能，添加附近商家的小程序，也可進行搜索小程序；而Google的Instant App，想要使用此項技術，必須要保證你的完整App要在Google Play上有正式發布，用官方的話來說，我們要讓用戶體驗到無縫對接。這一點來看，只能說仁者見仁智者見智罷了。個人感覺還是Google做的更為周到細致，雖然在大陸沒什么卵用。?

從程序體積來講：

從這一點來講，Instant App的控制要比小程序要好。在Google官方要求里，每個Instant App程序最大不得超過4M的大小，一旦超過，必須重新劃分模塊，再縮減體積；而小程序來講，沒有一個明確的大小上線，如果業務簡單，你可以控制在1M-2M的大小，如果業務復雜，包大小也能達到10M都不足為奇。所以這一點對于用戶來講，用戶肯定喜歡用最少的開銷，體驗到業務。我們肯定不希望大把的手機空間，浪費了交給一個程序，特別是對那些手機空間嚴重不足的用戶。我覺得這一點Instant App勝利。

從存儲角度來講：

對于小程序，數據會存儲到手機的存取區域，并且每次加載小程序時，是加載本地存儲優先。Instant App則是將程序的部分代碼下載下來存儲到本地存儲，同樣在每次加載時，也會優先檢查本地存儲是否有代碼。從存儲機制來講，差別不太大。如果從底層實現的方式來看，小程序利用的是H5的存儲機制，Instant App利用的是常見的java存儲機制。我覺得從這一點來看，沒什么比的必要，都還不錯。

從頁面解析速度來講：

其實用戶關注的這一點是尤為重要。對于小程序而言，畢竟底層是用HTML的實現方式，而Instant App底層用的是java的實現方式。

在小程序的展現過程，首先利用微信小程序特有的編碼方式，轉換成HTML，再來渲染、解析、展現等操作；而Instant App不需要這么麻煩，它天生就可以用Android來編寫，然后通過下載這部分代碼到本地，使用Instant App時，顯然就是本地應用的用戶體驗，流暢度要比HTML頁面展現的方式順滑很多。這是Instant App能絕對勝出的一點。

綜合對比，Instant App從用戶體驗角度來看，要比小程序好很多，體驗起來讓用戶感覺，有種“我并沒有安裝這個程序，就能體驗到和程序同樣的絲滑體驗”的感覺。但是從可實施角度看（我指的是只在大陸范圍內），Instant App天生就不如微信小程序，因為啥？你懂得。 -_-||

當然，喜不喜歡這個技術，做不做這個技術，由你來做決定。如果你喜歡這個技術，我假設你是可以來克服這個不可實施的問題，來介紹后面的文章；如果您覺得不可實施，看到此為止就可以了，也沒有什么必要往后看去浪費時間。

好了，今天就介紹到這，預告下下一篇文章，我會在技術層面上來著重介紹Instant App這項技術所用到的周邊技術。

《Google新技術：Instant App全拆解》系列預告：
第二篇：Google新技術：Instant App全拆解（2）——剖析