star7th

这个我后面再想想吧。

感谢贡献代码。我下载打包看了下。对报错的修复，是可取的，实用的。不过UI上的话，我可能有些不一样的看法。 针对你当前这个header，我发现几个问题：1，没有游客和登录用户的区别 。游客看到的还是登录用户看到的按钮。这是不合理的。2，对移动端不友好。无论是header还是小屏时右侧按钮的，再移动屏幕下的观感不好。3，对表格类型的项目，有这个header看上去很奇怪。 我当初预留空header组件是想着以后有没有可能会需要全局加载点什么，但后来还是没启用。每个页面我都几乎做了返回按钮，都是可以联通的，其实我偏向于不需要全局header，不够简洁。

其实我觉得这个配色蛮好看。不过当前和showdoc的蓝白灰黑这样的配色不搭。比如下图的这个。可能以后我会改造下主题，把这个配色融进去，把原来的蓝色基调去掉。然后，可能采用比较窄一点的header ， 放在顶部或者最左侧之类的。这个事情我需要重新规划好整个UI配色，可能不是加个header就能解决。但谢谢你提供的这个灵感。 

我上面说的右侧按钮对移动端不友好指的是 下图的两个按钮，其实它们在同一条水平线上会更好。此外，很多用户用showdoc来放教程文档，就是说他写给他的目标群体看的。如果我强制在这个页面加一个这么大的logo，会不会显得过于碍眼（因为跟他的目标用户群体无关），这个我需要再额外思考。 

去下载最新的客户端看看 https://www.showdoc.com.cn/runapi 另外就是后端框架是什么，能否打印出接收到的http报文

直接打印出接收到的http报文。你这个跟后台框架的识别机制有关。直接打印收到的http报文，排除框架影响

是不是你加了网关或者什么，导致请求了两次，每次请求的cookie值变了？ 说实话我挺纳闷的，因为我不用什么框架时候，纯打印http报文，看到的值是对应的上的。 runapi没有旧版。旧版也会有强制升级的机制。而且这个应该也很久没改过了，旧版跟新版在cookie处理上应该区别不大

精简版和完整版是完全不同的两套东西来着。精简版发起http请求是经过后端php代理发出的。完整版是纯本地js发起请求。

机制是这样的，当cookie选项卡存在用户设置的cookie时候，将会追加到header 的Cookie中（这个header的cookie由runapi客户端维护，用户无法自行设置）。一般来讲runapi自行维护的cookie来自服务器的返回。你服务器这边是否也回写了cookie？ 如果真的是这个问题引起，我想我可以加一个设置。当cookie存在原header的时候，将用自定义值覆盖之

当前的机制不是覆盖，而是追加，所以可能存在两个