最近無(wú)埋點(diǎn)技術(shù)很是流行，抽空研究了下諸葛IO锻全，talkingData以及百分點(diǎn)這些業(yè)內(nèi)知名公司的無(wú)埋點(diǎn)SDK狂塘，抽取其中重要的信息供大家參考：
1、首先什么是無(wú)埋點(diǎn)呢鳄厌，其實(shí)所謂無(wú)埋點(diǎn)就是開發(fā)者無(wú)需再對(duì)追蹤點(diǎn)進(jìn)行埋碼燥爷，而是脫離代碼礁遣，只需面對(duì)應(yīng)用界面圈圈點(diǎn)點(diǎn)即可追加隨時(shí)生效的事件數(shù)據(jù)點(diǎn)瓷炮。
無(wú)埋點(diǎn)的好處
其實(shí)無(wú)埋點(diǎn)并不是完全不用寫代碼咧七，而是盡可能的少寫代碼。開發(fā)者將SDK集成到項(xiàng)目中，配置并初始化SDK之后窖梁，接下來(lái)就可以進(jìn)行可視化操作赘风。這個(gè)可以不依賴開發(fā)者夹囚，一些實(shí)施人員都是通過(guò)后臺(tái)的配制纵刘，就達(dá)到埋點(diǎn)的配制，還有新增埋點(diǎn)改動(dòng)都是很方便的實(shí)現(xiàn)荸哟。最后就是配制和代碼假哎，可以很靈活地?cái)U(kuò)展，動(dòng)態(tài)地更新鞍历。
2舵抹、上面我們寫道無(wú)埋點(diǎn)要進(jìn)行可視化操，參考百分點(diǎn)劣砍、talkingData采用相對(duì)簡(jiǎn)單可行的辦法是對(duì)當(dāng)前的屏幕進(jìn)行截圖惧蛹，截圖完了以后做一些處理。做一些壓縮刑枝，然后傳到服務(wù)端香嗓，服務(wù)端進(jìn)行展現(xiàn)，就把屏幕截圖展現(xiàn)出來(lái)装畅。屏幕截圖做完了靠娱，下一步，需要在管理界面進(jìn)行配置掠兄，對(duì)于可點(diǎn)擊的組件進(jìn)行配置像云，就需要把這些界面框起來(lái)展現(xiàn)給使用者。下面是截取的talkingData的可視化操作為例蚂夕，為大家展示可視化埋點(diǎn)的流程：
項(xiàng)目嵌碼之后迅诬，進(jìn)入可視化鏈接頁(yè)面，搖一搖連接設(shè)備：
搖一搖婿牍，連接設(shè)備
鏈接成功之后百框，平臺(tái)獲取當(dāng)前界面截圖：
平臺(tái)自動(dòng)獲取連接設(shè)備當(dāng)前界面
為要統(tǒng)計(jì)的界面元素命名事件，添加追蹤點(diǎn)牍汹，至此埋點(diǎn)操作完成：
選擇界面中的元素來(lái)追加事件
這里需要指出一下铐维，無(wú)埋點(diǎn)只是針對(duì)一些簡(jiǎn)單的操作統(tǒng)計(jì)，如按鈕點(diǎn)擊的次數(shù)慎菲、時(shí)間等嫁蛇。如果是比較復(fù)雜的應(yīng)用場(chǎng)景，例如支付事件露该，需要統(tǒng)計(jì)商品名稱睬棚、價(jià)格、數(shù)量等，這就需要通過(guò)埋點(diǎn)來(lái)收集詳細(xì)的參數(shù)抑党。
3包警、無(wú)埋點(diǎn)實(shí)現(xiàn)方式：
整個(gè)技術(shù)里面比較關(guān)鍵的一點(diǎn)是怎么拿到屏幕控件信息。這一塊兒主要就是三個(gè)問(wèn)題底靠。第一害晦，就是獲取時(shí)機(jī)。第二暑中，就是拿控件什么信息壹瘟，什么信息是需要用到的。第三鳄逾，就是比較關(guān)鍵的稻轨，如何生成控件的唯一ID，ID是在程序內(nèi)部生成雕凹。需要保證在不同的手機(jī)上面殴俱，這些ID是一樣的。還要保證每一次啟動(dòng)ID都是不變枚抵。
首先是Android：
然后线欲，接下來(lái)我們可以看一下iOS，同樣的俄精，也是面臨三個(gè)問(wèn)題：
iOS無(wú)埋點(diǎn)的核心技術(shù)是利用蘋果的runtime機(jī)制询筏，把系統(tǒng)事件、點(diǎn)擊事件的指針替換成我們自己的函數(shù)來(lái)監(jiān)測(cè)用戶的操作竖慧，我們?cè)谧约旱暮瘮?shù)中采集并發(fā)送需要的數(shù)據(jù)嫌套。
4、遇到的問(wèn)題和解決辦法
第四部分圾旨，講一下我們?cè)趯?shí)現(xiàn)無(wú)埋點(diǎn)技術(shù)的時(shí)候踱讨，遇到了什么坑？以及采用什么方法來(lái)解決這些坑砍的。
長(zhǎng)連接斷開的問(wèn)題痹筛，我們之前是設(shè)計(jì)每隔5秒發(fā)送一次截圖，一般不會(huì)產(chǎn)生斷開廓鞠。但是帚稠，后面做了一些優(yōu)化，我們不會(huì)每隔5秒就發(fā)床佳，這樣就會(huì)導(dǎo)致這個(gè)鏈路長(zhǎng)時(shí)間沒有數(shù)據(jù)滋早。然后，我們解決方法也是采取了業(yè)界通用的方法砌们，發(fā)一個(gè)心跳杆麸，通過(guò)發(fā)一個(gè)心跳來(lái)保證這個(gè)鏈路一直是活著的搁进。
第二個(gè)問(wèn)題就是搖一搖遇到的問(wèn)題，我們遇到的問(wèn)題是這樣的昔头，你拿著手機(jī)搖一搖饼问，什么時(shí)候連接成功呢？你得給用戶一個(gè)反饋揭斧，要不用戶就是一直搖下去莱革，我們后來(lái)想的方法是，搖成功給他一個(gè)振動(dòng)未蝌，振動(dòng)了驮吱，用戶有反饋茧妒，就知道這個(gè)連接成功了萧吠，不需要搖了桐筏。然后梅忌，就是帶來(lái)另外一個(gè)問(wèn)題狰腌。有時(shí)候運(yùn)動(dòng)當(dāng)中，又會(huì)產(chǎn)生一些誤操作丹莲，就是導(dǎo)致手機(jī)會(huì)振一下甥材。這個(gè)怎么解決呢？我們就想了一下叠萍，可以通過(guò)給服務(wù)端有一個(gè)交互，管理界面里面發(fā)現(xiàn)有一個(gè)請(qǐng)求過(guò)來(lái)要連了會(huì)有一個(gè)確認(rèn)的按鈕瓢湃，用戶確認(rèn)之后，SDK收到確認(rèn)消息以后落蝙，我們?cè)偃フ駝?dòng)。這樣的話管行，既可以給用戶反饋，也不會(huì)說(shuō)在它誤操作情況下振動(dòng)迅涮。這樣就不會(huì)造成誤操作，也不會(huì)無(wú)緣無(wú)故地進(jìn)行振動(dòng)传透。
界面?zhèn)鬏數(shù)膬?yōu)化讼昆，因?yàn)樵谡麄€(gè)配制過(guò)程當(dāng)中闰围，傳輸數(shù)據(jù)量最大的就是屏幕的截圖运敢。怎么把這個(gè)優(yōu)化一下迄沫？就可以更好地提升我們的體驗(yàn)度，還有流暢性。圖片采用jpeg格式黔宛，把圖片質(zhì)量選擇0.6酗宋，剛好是可以看清楚的哎迄。然后，也最大限度地降低了這個(gè)圖片大小漱挚。
然后翔烁，整個(gè)傳輸效率蹬屹，有這樣一個(gè)問(wèn)題。我在當(dāng)前界面管搪，默認(rèn)就是5秒傳一次。我點(diǎn)了一下樊拓，我在當(dāng)前一個(gè)列表界面纠亚，點(diǎn)了一下切換到詳情界面。最壞的情況下就是等5秒筋夏，加上網(wǎng)絡(luò)傳輸效果骗随，管理界面就看到新的屏幕。這種體驗(yàn)是很差的赴叹，因?yàn)閷?shí)時(shí)性太差鸿染。所以，這一塊做了一個(gè)優(yōu)化乞巧。盡量讓它實(shí)時(shí)傳過(guò)去涨椒，我們?cè)谄聊磺袚Q的時(shí)候，主動(dòng)發(fā)一次截圖绽媒。這樣的話蚕冬，等的時(shí)間就是網(wǎng)絡(luò)傳輸?shù)臅r(shí)間，不用等5秒固定的時(shí)間是辕。這一塊用戶體驗(yàn)上面就是更流暢一些囤热。
有的時(shí)候屏幕界面沒有任何的變化的，這個(gè)時(shí)候每隔5秒傳一次沒有必要的获三。所以旁蔼，我們把屏幕截圖做一個(gè)md5進(jìn)行保留，傳輸時(shí)對(duì)比md5石窑，當(dāng)切換到下一個(gè)的時(shí)候牌芋，我們就發(fā)新的屏幕截圖。這樣就會(huì)減少很多不必要的屏幕的傳輸松逊。然后躺屁，也會(huì)節(jié)省很多的流量。
控件ID重復(fù)的問(wèn)題经宏。前面說(shuō)過(guò)我們的ID生成規(guī)則可以解決90%的問(wèn)題犀暑，但是驯击，有一些問(wèn)題還是解決不了。生成ID重復(fù)耐亏，重復(fù)的話就會(huì)產(chǎn)生一個(gè)什么樣的效果和問(wèn)題徊都？同樣兩個(gè)按紐，一個(gè)注冊(cè)广辰，對(duì)于注冊(cè)定義了一個(gè)埋點(diǎn)暇矫，就是注冊(cè)點(diǎn)擊，用戶實(shí)際操作的時(shí)候點(diǎn)登陸的時(shí)候也是發(fā)過(guò)來(lái)一個(gè)注冊(cè)點(diǎn)擊消息择吊。這樣就是統(tǒng)計(jì)不準(zhǔn)李根，因?yàn)檫@種比較的特殊，我們采用的解決方案几睛，通過(guò)服務(wù)端發(fā)一些特殊配制房轿。把這些配制里面，因?yàn)檫@兩個(gè)button里的text不一樣所森，一個(gè)是注冊(cè)囱持，一個(gè)是登陸。我們把text信息放在ID的這個(gè)生成規(guī)則里面焕济，最終生成兩個(gè)不同的ID纷妆，也是可以解決這個(gè)問(wèn)題。
還有一個(gè)難點(diǎn)通過(guò)可視化埋點(diǎn)的事件名稱會(huì)先通過(guò)平臺(tái)傳到服務(wù)器吼蚁，服務(wù)器再傳給所有用戶APP中的SDK凭需，SDK進(jìn)行判別是哪個(gè)界面的哪個(gè)事件被動(dòng)態(tài)埋點(diǎn)了，然后進(jìn)行統(tǒng)計(jì)肝匆，并發(fā)送數(shù)據(jù)到后臺(tái)進(jìn)行統(tǒng)計(jì)分析。判斷某個(gè)界面的某個(gè)事件應(yīng)該會(huì)比較棘手顺献，在這里先做一個(gè)標(biāo)記旗国。
當(dāng)然在寫SDK的過(guò)程中肯定還有很多的坑，我會(huì)在以后的時(shí)間里一一記錄下來(lái)注整，同時(shí)也歡迎大家提出自己的見解
