小程序不带cookie怎么实现带cookie

这是一个很复杂的问题，由于小程序提供的请求方式，是不能直接服务端设cookie，不起作用的。然后呢？怎么让小程序的请求支持cookie。万能的网友给了我答案。

首先，在请求的成功回调内，对服务返回的信息做一下处理，看看里面有没有小饼干。

如果有就把饼干存起来。这样的话，先发一个请求，不管服务端怎么处理，他也应该能给我小饼干。

接下来在包装这个请求的时候，在发请求之前，都一个选择题。如果发之前，看看我这里有没有小饼干，如果有，我就把饼干包一下，发给服务端。通过这样，我先拿到饼干，再发来发去。服务端通过饼干判断我是谁。

那么这样是不是就行了呢？不够。

由于业务逻辑是这样的，我先拿一张图，这是一个图片地址。直接放在wxml里显示出来的。这样的话，就不会经过request包装好的函数。而我再使用另一个接口去拿饼干，结果是什么？我拿到了两块不一致的饼干。那我实际上代码里存的饼干，是不能对应上图片的饼干的。这样会报错。为哈呢？因为这张图片用来验证的。图片的饼干才是可以用的饼干。

那么怎么解决这个复杂的问题呢？通过网友的博客提示。

全局方法，获取图片。用小程序内置下载的函数，可以获取到返回信息里的饼干。将其存储为全局变量。那么在需要的地方，比如登录组件内，调用方法、使用全局变量就行了。事情就变的简单了起来。

实际组件内，只需要几行代码就行了。

经过测试，好像是可以了。写代码太专注忘了点中午的外卖。

然而这就完了吗？并没有。还要做图片的刷新。

改写了一些函数，让其支持了用手点击后刷新新的出来。

当然，并不是说，会这样做，就厉害就牛。

就像吃饭。坐着拿筷子吃饭是吃饭。

边跑步唱歌边吃饭，或者用一只筷子吃饭，就更厉害吗？并不是。

这个也是，用cookie，请求方式不支持，那绕很多路支持一下，就更牛更厉害吗？我并不觉得。不支持，换一种简单的写法，把这段字符放在json里发，就更低端更菜吗？并不是吧。

比如我很久以前面试，问我会不会，怎么做，我说我一般网上看看就能做出来，最多多在网上找几天罢了。那我一定比那些把方法背下来了的人更差吗？我并不觉得。

同样，我要跳转页面，我不知道怎么做，怎么办？

查一下文档，不就行了吗？没背下来，就等于做不了吗？

我其实写了很多次这个了，都是对着文档抄呗。总是背不下来也没有用心去背接口。