抖音 iOS端逆向

前言:網(wǎng)上關(guān)于微信逆向的文章很多,而關(guān)于抖音的就相對較少,主要原因是在逆向Hopper分析的時候,里面大多是函數(shù)調(diào)用地址,不知道具體的方法直線,筆者研究了幾天之后,有些小心得與各位分享.

10余年的即墨網(wǎng)站建設(shè)經(jīng)驗，針對設(shè)計、前端、開發(fā)、售后、文案、推廣等六對一服務(wù)，響應(yīng)快，48小時及時工作處理。成都全網(wǎng)營銷的優(yōu)勢是能夠根據(jù)用戶設(shè)備顯示端的尺寸不同，自動調(diào)整即墨建站的顯示方式，使網(wǎng)站能夠適用不同顯示終端，在瀏覽器中調(diào)整網(wǎng)站的寬度，無論在任何一種瀏覽器上瀏覽網(wǎng)站，都能展現(xiàn)優(yōu)雅布局與設(shè)計，從而大程度地提升瀏覽體驗。創(chuàng)新互聯(lián)從事“即墨網(wǎng)站設(shè)計”,“即墨網(wǎng)站推廣”以來，每個客戶項目都認(rèn)真落實執(zhí)行。

逆向需求:實現(xiàn)評論功能,模擬不同的用戶評論.

開發(fā)環(huán)境:脫過殼的抖音IPA(Aweme.app), Xcode(安裝MonkeyDev), Hopper(解析執(zhí)行文件), 導(dǎo)出抖音所有頭文件

1運行MonkeyDev,查看抖音的層級結(jié)構(gòu),先找到評論的控制器?AWECommentListViewController

搜索頭文件,看看里面有什么有用的屬性,replyComment:這個可能是回復(fù)評論時候生成的模型,model:,listManager:可能是用來處理評論邏輯的,- (_Bool)userTappedSendWithContent:(id)arg1 inputView:(id)arg2:點擊發(fā)送評論,這個應(yīng)該是關(guān)鍵方法,隨便發(fā)一條評論,在該方法下一個斷點,進(jìn)行驗證

確實來到了這個方法,而且這個方法是由? AWECommentListInputView ?這個View來調(diào)起的,猜想這個View應(yīng)該是文本輸入框的View,而且評論控制器實現(xiàn)了這個View的代理方法- (_Bool)commentInputViewShouldReturn:(id)arg1,代理方法里面調(diào)用了評論控制器的- (_Bool)userTappedSendWithContent:(id)arg1 inputView:(id)arg2方法, 所以理論上我們可以手動調(diào)用這個方法,能實現(xiàn)發(fā)送評論,

2在評論控制器添加一個按鈕,按鈕的點擊事件設(shè)為- (_Bool)userTappedSendWithContent:(id)arg1 inputView:(id)arg2 這個方法,看是否能夠評論成功,

驗證評論可以發(fā)送成功,

3繼續(xù)跟進(jìn)方法調(diào)用,查看是哪個類來發(fā)送的評論請求,我們需要了解必須上送什么參數(shù),以及請求路徑. 打開Hopper 尋找突破口,搜索AWECommentListViewController userTappedSendWithContent,找到三個可疑的方法,點進(jìn)去跟進(jìn)

實現(xiàn)這三個方法,分別打入斷點,運行Xcode,當(dāng)發(fā)送一條評論時,會進(jìn)到-sendCommentContent 這個方法,進(jìn)到這個方法里面,看到一條有用信息

點進(jìn)這個方法,發(fā)現(xiàn)一個熟悉的味道?AWECommentListManager,方法是屬于它的,還記不記得在文章開始的那個listManager,就是它,驚不驚喜,還原成控制器的調(diào)用就是 [self.listManager?commentWithContent:?replyId:?replySubCommentID:?replySubCommentAuthorID:?extraInfo:?referString:?completion:], 順藤摸瓜,繼續(xù)往下走,最終跟進(jìn)到+(void)commentAwemeItemWithID:(void *)arg2 content:(void *)arg3 replyCommentID:(void *)arg4 replySubCommentID:(void *)arg5 extraInfo:(void *)arg6 sticker:(void *)arg7 referString:(void *)arg8 completion:(void *)arg9 這個方法之后,就無法再跟進(jìn)了;于是轉(zhuǎn)換思路,看看listManager里面會不會調(diào)用其他方法,我的做法是將里面的所有方法都打上斷點,來到了_cmd 對應(yīng)的這個方法,看到了傳入的那個字典,aweme_id 是評論的id,就是你當(dāng)前刷的這條抖音,text是我評論的內(nèi)容,""是發(fā)送端口路徑.

在調(diào)試過程中,我發(fā)現(xiàn)評論完的請求發(fā)送完成之后,又會發(fā)一個交易,通過

看到了一個關(guān)鍵詞heartbeat,當(dāng)我定在這個斷點,會發(fā)現(xiàn)評論會失敗,這應(yīng)該是抖音的某種機(jī)制,這個心跳包如果不對,那么你的評論就會失效.

4思路:(1).發(fā)送評論肯定得知道用戶的信息,比如userid,昵稱,頭像路徑,這樣才能區(qū)分是誰發(fā)的評論,找到這個";pass-region=0pass-route=0js_sdk_version=1.43.0.1webcast_sdk_version=1330app_name=awemevid=019C3DD5-08D3-49B6-AF5B-939154B6B148app_version=9.2.0language=zh-Hans-USdevice_id=40613784883channel=ppmcc_mnc=46011aid=1128effect_sdk_version=5.8.0screen_width=414openudid=02a6db71a7ae780f226b95032b116da6852f13e8webcast_language=zhos_api=18ac=WIFIos_version=12.4.6webcast_locale=zh-Hans_CNdevice_platform=iphonebuild_number=92013iid=110910203440device_type=iPhone%206%20Plusidfa=25D32F6D-CBC3-42E9-9A7C-2D72277497D4", ? 它是一個POST請求 請求參數(shù) 就是aweme_id=6812025407865425166channel_id=0text=%E4%BD%A0%E8%AF%B4%E7%9A%84%E5%AF%B9,這三個,接下來就得看請求頭里面有沒有我們需要的信息,只有iid=110910203440這個參數(shù)比較可疑,

5查看一下評論的模型信息,點進(jìn)個人主頁,查看userId的格式是怎么樣的---待續(xù)...

前端怎么樣只顯示出兩條評論

因為兩條評論

vue前端實現(xiàn)評論頁面的展示,后端用于實現(xiàn)評論功能的業(yè)務(wù)邏輯處理,將數(shù)據(jù)存起數(shù)據(jù)庫,前后端通過ajax進(jìn)制交互與更新。

前端開發(fā)目前的場景化需求在進(jìn)一步得到拓展，尤其是隨著移動互聯(lián)網(wǎng)領(lǐng)域的發(fā)展，前端開發(fā)逐漸拓展到Android端、iOS端和小程序端，所以目前前端開發(fā)場景化的趨勢非常明顯。

另外，在大數(shù)據(jù)技術(shù)的推動下，前端開發(fā)的場景進(jìn)一步拓展到了大數(shù)據(jù)領(lǐng)域，比如大數(shù)據(jù)呈現(xiàn)就是一個比較常見的應(yīng)用領(lǐng)域。相信在產(chǎn)業(yè)互聯(lián)網(wǎng)的推動下，前端開發(fā)的場景化趨勢將進(jìn)一步得到拓展，前端開發(fā)所要承載的內(nèi)容也會不多增加。

該如何提升和利用App Store 評論與評分

在 iOS10.3 中，一個重要的變化是 Apple 引入了新的 App Store 評價機(jī)制。用戶可以直接在 App 內(nèi)進(jìn)行評分，開發(fā)者可以對用戶在 App Store 的評論進(jìn)行回復(fù)。這些新機(jī)制對我們的日常使用會產(chǎn)生哪些影響，開發(fā)者又如何看待這些新機(jī)制？

在App Store允許開發(fā)者回復(fù)用戶評論之后，可以預(yù)見的是蘋果正在努力盡可能地將應(yīng)用商店人性化。事實上，蘋果與谷歌都非常清楚，將應(yīng)用商店注入社交的重要性。簡而言之，就ASO而言，評論現(xiàn)在對App Store的算法有更高的影響了。

因此，在APP運營過程中，如何獲取高質(zhì)量評論，如何減少產(chǎn)品負(fù)面評論是一項需要制定策略的長期工作。本文將重點引導(dǎo)開發(fā)者了解如何找到一個可靠的方法來收集更多的評論與獲取五星評價分，下面我們就一起來看看本文的祥細(xì)內(nèi)容。

APP選擇的多樣性

我們生活在一個移動互聯(lián)網(wǎng)調(diào)整發(fā)展的網(wǎng)絡(luò)時代，當(dāng)我們面對某款產(chǎn)品、某件商品時，總會有很多的其它選項，我可以不買它，因為同類型的也許更好，我可以不下載這款A(yù)PP，因為也許其它的比它更好。這個時候，別人的意見對用戶的選擇就會產(chǎn)生非常重大的影響。

當(dāng)用戶在選擇猶豫期看到負(fù)面評論，或是低評級的應(yīng)用時，用戶很大可能會選擇離開，離開的概率有可能都會超過90%以上。做為開發(fā)者去應(yīng)用商店的第一件事，便是進(jìn)入評論區(qū)，優(yōu)先查看評論情況。

APP評論的重要性

其實大家有沒有發(fā)現(xiàn)，蘋果和谷歌其它都有在確保有大量負(fù)面評論的APP不會出現(xiàn)在排名的頂部。而應(yīng)用如果正面評論越多，其得到高排名的機(jī)會就會越高。這是因為蘋果與谷歌都知道，應(yīng)用程序的聲譽其實是可以量化的。最終，在下載過程中，用戶信用其它用戶，就像我們在商店買新衣服喜歡聽從于朋友的建議一樣。當(dāng)用戶選到了好應(yīng)用，它會感謝推薦使用的用戶，并會把這份感謝具體到蘋果身上。

與此同時，蘋果與谷歌為了確保顯示的評論是來自真正的用戶，都推出了反作弊機(jī)制。如要在App Store發(fā)布有效評論，用戶首先需要連接他的iTunes帳戶。在Google Play寫評論則需要更多操作，用戶必須登陸Google+帳戶，并以用戶的全名發(fā)布評論。 這樣，Google可以確保所有評論都來自真實帳戶。

執(zhí)行這么多的操作，應(yīng)用商店本身就是以犧牲了一部分的用戶體驗為代價的，但反過來說，活躍與可依賴的用戶評論將對ASO算法產(chǎn)生更大的影響。而可疑的評論將沒有得分的機(jī)會，并且蘋果的懲罰力度也很大，輕則清詞警告，重則有下架的風(fēng)險。

評論與評級是最好的反饋

通過定期監(jiān)控用戶對APP的評論，我們不僅能夠了解用戶如何使用自己的產(chǎn)品，還能發(fā)現(xiàn)哪些功能用戶最喜歡，哪些則是用戶不喜歡，或者說根本不需要。換句話來說，通過評論我們可以簡化優(yōu)化產(chǎn)品時所需要的復(fù)雜流程。

很多開發(fā)者都認(rèn)為應(yīng)該理性地區(qū)別對待這些差評，同時我們也不應(yīng)該害怕負(fù)面評論的出現(xiàn)。對于那些有建設(shè)性的意見要積極看待，及時改進(jìn)存在的問題，但對于那些惡意的評價則會選擇忽視。從短期來看這種消極性的評論肯定不是開發(fā)者想要爭取的東西，因為糟糕的評論可能會傷害你的應(yīng)用程序排名和聲譽。但是，如果你在第一時間發(fā)現(xiàn)他們，并努力實施反饋，且充分利用每一條建議。那么相對的，應(yīng)用商店會給你第二次機(jī)會！即每一個更新版本你基本上可以刪除所有以前積累的評論。

讓用戶寫評論應(yīng)選合適時機(jī)

由于一些開發(fā)者缺乏克制，濫用彈窗，引起了不少用戶的反感，甚至因此給應(yīng)用差評。不要為了一條評論頻繁的騷擾用戶，即使用戶有可能對你的郵件感興趣。最重要的是退后一步，明智地、合理的使用此策略，因為你肯定不想惹怒用戶，從而卸載你的應(yīng)用吧。經(jīng)驗表明，一般運營人員需等待用戶在打開應(yīng)用的第5或第10次請它撰寫評論，因為這個時機(jī)，正好是用戶熟悉了APP工作原理的時候。如果他喜歡，他可能會想著分享關(guān)于你APP的經(jīng)驗。

除了 App Store 評分，用戶的評價也在 App 的開發(fā)過程中扮演重要的角色，這不僅僅是對于個人開發(fā)者，對于大公司來說也是如此。所以在APP推廣過程中不能低估。特別是在蘋果允許開發(fā)者回復(fù)應(yīng)用評論之后，評論對于ASO的影響勢必將進(jìn)一步提升，當(dāng)然我這里說的是真實用戶的高質(zhì)量評論，因此無論在任何情況下，大家請記住，嚴(yán)格的審核分析是ASO中不可或缺步驟。

iOS開發(fā) - 蘋果APP評分機(jī)制實現(xiàn)

總結(jié)三種實方法

SKStoreProductViewControllerDelegate 代理方法

iOS 10.3之后，用戶可以在APP內(nèi)直接進(jìn)行評分，不需要再跳轉(zhuǎn)到AppStore

OC版：

引入框架

#import StoreKit/StoreKit.h

#import "Availability.h"(用于判斷 ios 版本)

調(diào)用 requestReview 方法

Swift 版：

引入框架

import StoreKit

調(diào)用 requestReview 方法

跳轉(zhuǎn)到APP Store的應(yīng)用詳情位置

這種方式只打開 App 在 App Store 詳情頁面，用戶如果想進(jìn)行評分或評論，需要在該頁面往下滑動，找到“評分及評論”功能。

方法不重要，重要的是在應(yīng)用APP評分機(jī)制時需要清楚以下的四個問題：

上展示：

ios開發(fā)中評論功能用什么上傳

作業(yè)照片在拍照后，需要進(jìn)行圖像質(zhì)量分析，判斷是否存在沒有拍全，遮蓋，模糊，嚴(yán)重傾斜等問題，ios開發(fā)中有沒有類似的開源類埃求大神 祝你愉快，滿意請采納哦

iOS 15大改，重新設(shè)計圖標(biāo)曝光

最近蘋果更新的Apple Music for Artists 應(yīng)用中附帶了一個和目前完全不同的Apple Music圖標(biāo)！同時Apple Store Connect 應(yīng)用更新中也發(fā)現(xiàn)了與Apple Music一樣的情況出現(xiàn)了與目前完全不同的圖標(biāo)。雖然大體類似但更傾向于立體，向擬物化靠攏！

從圖片可以看出目前的圖標(biāo)比較扁平，新圖標(biāo)加入了陰影顯得更加立體！iOS的圖標(biāo)很少有如此大的改動，而每次單數(shù)系統(tǒng)比如iOS9、iOS11、iOS13底層都是改動比較大的雙數(shù)系統(tǒng)多是對前代系統(tǒng)的優(yōu)化，相對穩(wěn)定！此次iOS15應(yīng)該是有比較大的底層改動。

iOS15目前曝光的新特性主要有三個：

一、更加開放的應(yīng)用通知回復(fù)API，用戶可以更方便地在通知中心回復(fù)評論收到的訊息而不用每次打開應(yīng)用。

二、更好用的Siri，雖然Siri的功能目前已經(jīng)非常強(qiáng)大。但很少人會使用，因為主要是結(jié)合快捷指令實現(xiàn)很多復(fù)雜的功能。比如Siri下載視頻鏈接、Siri下載的視頻發(fā)送給XXX等！iOS15將開放更多的快捷指令權(quán)限，并提供更多的模板供用戶使用！

三、允許更多的默認(rèn)應(yīng)用修改。iOS14蘋果已經(jīng)可以允許用戶自己選擇默認(rèn)的瀏覽器和電子郵件客戶端但是和安卓相比還是有不小差距（安卓幾乎所有內(nèi)置App都能替換成第三方）雖然iOS14.5蘋果開放了第三方默認(rèn)音樂軟件的權(quán)限，但是大部分App還沒有獲得許可。IOS15之后蘋果會陸續(xù)開放Imessage、音樂、視頻、文件管理等默認(rèn)應(yīng)用給第三方開發(fā)者！