一.先自我回顧一下實現QQ音樂搜索功能的思路流程:正則表達式
第一步:找到存儲着音樂詳細信息的文件的URLjson
第二步:訪問咱們所找到的URL 獲得響應體內存
第三步:解析響應體 獲取咱們所須要的數據博客
反思:QQ音樂的搜索功能的思路比較直觀清晰 主要難點在於解析數據這一環節 主要是用到了json格式的轉換 列表的返回 循環的使用 時間格式的轉換 這些知識點class
二.再回顧一下到目前爲止我所想到的實現QQ音樂下載功能的思路流程:音頻
第一步:找到音頻文件(內存最靠譜的那個),獲得他的URL(1),並觀察:咱們發現,URL(1)中變量是vkey變量
要達到最終的下載目的,咱們必須訪問音頻文件的URL(1)搜索
因此咱們要找到一種能夠自動尋找到任意一首歌的音頻文件所對應的URL(1)循環
因此在哪裏找呢??下載
第二步:既然vkey是變量,那咱們必需要找到存儲着vkey值的文件啊
找到上述這個文件以後,咱們還要把他的URL(2)記錄下來
這樣,才能經過訪問他的URL(2),獲得響應體,而後解析,獲得咱們所要的vkey
而後,咱們再分析URL(2)分析並找到其中的變量,而後最後構造出通配表達式
第一步:與思路一相同
第二步:一樣的,咱們仍是先找到存儲vkey值的文件
可是此時咱們多留個心眼 觀察一下訪問URL(2)所獲得的響應體中的數據
咱們發現,其中的某幾個數據拼湊在一塊兒以後,居然是音頻文件的URL(1)
咱們彷佛只須要給URL(2)構造一個通配表達式就好了
總結比較一下思路一與思路二:其實在打這篇博客以前我我的是認爲思路二比思路一要簡單的 但那只是想象出來的結論 寫完這篇博客 思路上清晰了許多 進入的一些誤區也走了出來 (看來寫寫博客好處仍是挺多的hhh) 但其實從操做流程上來看,他們有一個共性:就是都要構造一個URL(2)的通配表達式
而不一樣之處在於:在訪問URL(2)所獲得的響應體中,思路一與思路二所要解析出的數據不一樣
(固然,到底哪一個思路操做起來更加簡便,還得等操做以後方能下結論)
一些疑惑:
發現URL(2)是被轉碼了的 那看的 是真的難受 這麼難受的URL構造通配表達式的時候會不會很難啊(好比運用正則的時候) 到底要不要進行一波轉碼呢???
實時更新解答:的確要解碼哦!!一是URL(2)更加清晰直觀,二是運用正則表達式的時候更加簡便
解碼後發現仍是好惡心啊這個URL(2)居然還有URL專屬特殊字符(什麼鬼啊。。。)
因此要怎麼解決呢??
上網查!!!
而後手動更改,URL依舊可使用!!!