先點題，這裡面核心的技術就是：URL SCHEMES。不論是IOS還是Android。
APP1與APP2之間，在技術上，如何完成橫向調用，通過下面這個邏輯關係圖進行說明：
假如要從APP-F調用APP-T
1）APP-T要進行自定義scheme的配置（iOS是info文件，Android是activity），並進行參數處理的coding。
2）APP-F進行調用，首先判斷設備是否安裝APP-T。
3）如果未安裝，則跳轉到APP-T的web版應用（假設他提供web版）或者是跳轉到AppStore等應用市場進行下載。
4）如果已安裝，則調用APP-T配置好的URL SCHEME，直接打開APP-T的相關界面。
【插播-簡單介紹一下URL SCHEMES】
URL Schemes 有兩個單詞：
URL，http://www.apple.com 就是個 URL，也叫它連結或網址；Schemes，表示的是一個 URL 中的一個位置——最初始的位置，即 ://之前的那段字符。比如 http://www.apple.com 這個網址的 Schemes 是 http。
我們可以像定位一個網頁一樣，用一種特殊的 URL 來定位一個應用甚至應用裡某個具體的功能。而定位這個應用的，就應該這個應用的 URL 的 Schemes 部分，也就是開頭兒那部分。但是需要注意的是應用的URL Schemes 並不唯一，也就是說一個應用可以 「起多個名」，不同應用的URL Schemes也可能因為名字一樣發生衝突。
iOS系統級應用，有一些已經定義了URL Schemes，比如簡訊是 sms:、
通話是tel:、iBooks是ibooks:，在定義自己APP的URL Schemes的時候要避免跟系統應用名稱一樣。
與URL一樣，URL Schemes也可以通過傳參打開特定的APP界面。
URL：http://images.google.com/images?q=關鍵字
URL Schemes：weixin://dl/moments（打開微信朋友圈）
總結一下：
URL Schemes從技術雖然可以解決這個問題，但是，仍有諸多問題，以下列舉幾個：
跨平臺，不同系統間的無縫連結
數據傳輸標準
URL Schemes命名規範
傳參與解析標準
舉幾個例子，比如跨平臺，假如手機裡收到好友分享的一些URL Schemes連結，但是你們倆不是一個平臺，那就會出現一些想不到的問題。如下圖：簡訊形式發送的淘寶APP的連結，我是安裝手機，我是打開還是打開還是打開呢。
再比如，URL Schemes的命名，現在世界範圍內，千奇百怪：
Coursera 的 URL 是：coursera-mobile:
Duet 這款遊戲的 URL 是：x-kumo-duet:
Monument 這款遊戲的 URL 是：fb690517270143345:
Feedly 的 URL 是：fb129765800430121:
扇貝新聞的 URL 是：wx95962d02b9c3e2f7:
這一段小結一下：
Deeplink從宏觀角度，需要有業界統一標準與規範，才有可能形成一定的氣候。
目前一些巨頭都推出自己的標準，在拓展自己的標準，有人用的標準才是真標準，這就帶出了另一個概念——生態。
在統一的標準下，只有當APP接入到一定的量級，形成一個生態，我們暢想的那種APP間無縫銜接的場景才會真正實現。
【插播-巨頭的標準】
Facebook：App Links
Twitter：Card
Google：INDEXING
除了巨頭以外，還有一些公司也在做一些API、sdk：DEEPLINK.ME、BRANCH METRICS、URX、QUIXEY，還有國內的「應用鏈「公司。
Fb沒有作業系統，是想借AppLinks截胡，據說已經有10億的deeplink接入。
也有一個這樣的行業聯盟：http://mobiledeeplinking.org/
國內比如bat也在布局這方面的應用。
三個參考閱讀：
1. http://mashable.com/2014/04/30/facebook-app-links/?utm_campaign=Mash-Prod-RSS-Feedburner-All-Partial&utm_cid=Mash-Prod-RSS-Feedburner-All-Partial&utm_medium=feed&utm_source=feedly&utm_reader=feedly#O5e1nlKn.iq4
2. http://marketingland.com/facebooks-applinks-hit-1-billion-deep-links-adds-back-button-previous-app-88751
3. http://36kr.com/p/212554.html
聚焦到deeplink技術在移動端展示廣告上的應用。
http://tech.china.com/data/11022462/20150818/20220217.html
應該來講，deeplink技術比較適用於獨立電商、金融理財APP，一方面這類APP的廣告內容可以是平臺的商品（產品），連結後直接進入相關商品（產品）的詳情頁，另一方面，這類APP在打開後是會產生後續的交易行為。
其他類型的APP，比如工具類（地圖、天氣等）、遊戲類、讀書類等相對來講則不是特別的適用。
複習一下上文總結的幾個情況：
1）APP要想被其他APP直接打開，自身得支持，讓自己具備被人打開的能力。（URL Schemes）
2）APP要想打開其他的APP，自身也得支持。（判斷設備是否安裝、各種跳轉的處理）
3）Deeplink從宏觀角度，需要有業界統一標準與規範，才有可能形成一定的氣候。
4）在統一的標準下，只有當APP接入到一定的量級，形成一個生態，我們暢想的那種APP間無縫銜接的場景才會真正實現。
Deeplink在移動端展示廣告上的應用勢必也深深的受這個大環境的影響。然而事情還是得做，在這種大環境下，如何做廣告，通過下圖來說明。
說明，從下到上，分別是：
1）有一個基礎，廣告主的APP需要支持，投放前談好，各種跳轉的處理。
2）按平臺進行定投，解決跨平臺問題，避免流量和曝光的浪費。
3）將廣告主app的url scheme地址、未安裝跳轉地址傳給adx（未安裝跳轉有三種情況，1是打開wap網頁，這種不區分Android和iOS，統一是一個landing page的地址，2是Android的包名，用戶跳轉到Android推廣的渠道應用市場。3是iOS推廣，這裡要用到appid）。
4）點擊廣告後，媒體端就開始通過js來做判斷，完成各種邏輯的處理，jssdk一般是adx給到媒體，如果不用jssdk，媒體直接加了adx的系統sdk，也可以完成跳轉邏輯的處理。
如下圖，直接到商品詳情頁，後續只有加入購物車與支付兩個轉化流程，大大縮減了轉化路徑。
目前在幾個比較大的adx平臺比如廣點通、tanx等都已經逐漸有一些媒體流量開始支持投放，作為一個不錯的賣點，各個adx還是有動力在推進這件事。
知乎
回答 zhihu://answers/{id}
用戶頁 zhihu://people/{id}
微信
weixin://dl/scan 掃一掃
weixin://dl/feedback 反饋
weixin://dl/moments 朋友圈
weixin://dl/settings 設置
weixin://dl/notifications 消息通知設置
weixin://dl/chat 聊天設置
weixin://dl/general 通用設置
weixin://dl/officialaccounts 公眾號
weixin://dl/games 遊戲
weixin://dl/help 幫助
weixin://dl/feedback 反饋
weixin://dl/profile 個人信息
weixin://dl/features 功能插件
騰訊微博：TencentWeibo://
淘寶：taobao://
支付寶：alipay://
微博：sinaweibo://
weico微博：weico://
QQ瀏覽器：mqqbrowser://
uc瀏覽器：ucbrowser://
海豚瀏覽器：dolphin://
搜狗瀏覽器：SogouMSE://
百度地圖：baidumap://
Chrome：googlechrome://
優酷：youku://
京東：openapp.jdmoble://
人人：renren://
美團：imeituan://
1號店：wccbyihaodian://
我查查：wcc://
有道詞典：ddictproapp://
點評：dianping://
微盤：sinavdisk://
豆瓣fm：doubanradio://
網易公開課：ntesopen://
名片全能王：camcard://
淘寶寶貝搜索：taobao://http://s.taobao.com/?q=[prompt]
淘寶店鋪搜索：taobao://http://shopsearch.t