小程序不帶cookie怎么實現(xiàn)帶cookie

這是一個很復雜的問題，由于小程序提供的請求方式，是不能直接服務端設cookie，不起作用的。然后呢？怎么讓小程序的請求支持cookie。萬能的網(wǎng)友給了我答案。

首先，在請求的成功回調內，對服務返回的信息做一下處理，看看里面有沒有小餅干。

如果有就把餅干存起來。這樣的話，先發(fā)一個請求，不管服務端怎么處理，他也應該能給我小餅干。

接下來在包裝這個請求的時候，在發(fā)請求之前，都一個選擇題。如果發(fā)之前，看看我這里有沒有小餅干，如果有，我就把餅干包一下，發(fā)給服務端。通過這樣，我先拿到餅干，再發(fā)來發(fā)去。服務端通過餅干判斷我是誰。

那么這樣是不是就行了呢？不夠。

由于業(yè)務邏輯是這樣的，我先拿一張圖，這是一個圖片地址。直接放在wxml里顯示出來的。這樣的話，就不會經(jīng)過request包裝好的函數(shù)。而我再使用另一個接口去拿餅干，結果是什么？我拿到了兩塊不一致的餅干。那我實際上代碼里存的餅干，是不能對應上圖片的餅干的。這樣會報錯。為哈呢？因為這張圖片用來驗證的。圖片的餅干才是可以用的餅干。

那么怎么解決這個復雜的問題呢？通過網(wǎng)友的博客提示。

全局方法，獲取圖片。用小程序內置下載的函數(shù)，可以獲取到返回信息里的餅干。將其存儲為全局變量。那么在需要的地方，比如登錄組件內，調用方法、使用全局變量就行了。事情就變的簡單了起來。

實際組件內，只需要幾行代碼就行了。

經(jīng)過測試，好像是可以了。寫代碼太專注忘了點中午的外賣。

然而這就完了嗎？并沒有。還要做圖片的刷新。

改寫了一些函數(shù)，讓其支持了用手點擊后刷新新的出來。

當然，并不是說，會這樣做，就厲害就牛。

就像吃飯。坐著拿筷子吃飯是吃飯。

邊跑步唱歌邊吃飯，或者用一只筷子吃飯，就更厲害嗎？并不是。

這個也是，用cookie，請求方式不支持，那繞很多路支持一下，就更牛更厲害嗎？我并不覺得。不支持，換一種簡單的寫法，把這段字符放在json里發(fā)，就更低端更菜嗎？并不是吧。

比如我很久以前面試，問我會不會，怎么做，我說我一般網(wǎng)上看看就能做出來，最多多在網(wǎng)上找?guī)滋炝T了。那我一定比那些把方法背下來了的人更差嗎？我并不覺得。

同樣，我要跳轉頁面，我不知道怎么做，怎么辦？

查一下文檔，不就行了嗎？沒背下來，就等于做不了嗎？

我其實寫了很多次這個了，都是對著文檔抄唄。總是背不下來也沒有用心去背接口。