需求：多媒體類app庙楚，為了加速失受，對于列表展現(xiàn)的用戶上傳小視頻進行預加載很魂，這樣在用戶點擊時可立即播放扎酷。該行為甚至會預加載后面的多個視頻。那么如何評估驗證該需求的質量莫换？
方案一：依賴開發(fā)人員添加預加載日志霞玄，記錄發(fā)生時機、記錄保存數(shù)據(jù)拉岁；貌似這是最靠譜的一種方式坷剧，前提是你的開發(fā)愿意配合；
方案二：如果是通過HTTP協(xié)議完成的預加載喊暖，那么通過Fiddler抓包分析惫企，也可以實時驗證；
如果不幸的以上兩個方案條件都無法滿足，該怎么辦狞尔？日前就遇到了這樣的一個需求需要驗證丛版。因此對蘋果官方提供的instrument工具進行了一個遍歷嘗試：
嘗試一：第一步還是想看抓包，于是搭建了wireshark抓包環(huán)境偏序，分析了過程包页畦，結果發(fā)現(xiàn)對于一個非標準格式傳輸?shù)囊曨l文件，你幾乎無法保存成本地文件進行分析
嘗試二：I/O分析研儒，監(jiān)控整個過程的IO日志豫缨，郁悶的發(fā)現(xiàn)量超大，且視頻文件未落地磁盤端朵，在內存cache中是無意義的字串標識的好芭，無法分析
嘗試三：網(wǎng)絡流量監(jiān)控，該方法會被大量其他流量請求干擾冲呢，且緩存視頻只有幾百K大小一個舍败，幾乎瞬間完成預加載。
綜上敬拓，截止目前未找除開發(fā)日志外的有效方案邻薯，由此產生另一個思考：這種預加載收益如何？
