sampeng

有人看到测试时的不算嚒…只算线上的？严格点的时候线上 bug 叫事故

@felix021 嗯，很多时候知其然也知其所以然，但是没实际用过…你说到底算是会还是不会呢？说不会吧，花点时间也能搞出来，毕竟思路在那，说会吧，直接写不出来就是不会。其实我个人倾向后者，你有一句说得好，手写代码最大的好处不是看一个人编码能力，而是在写之前就一定要想清楚再下笔…当然我这种写两行就要调试一下就没法玩了。但意思是这么个意思嘛…

第一反应是最小堆…但没细想…

我们刚上 k8s 的时候也是这样，尤其是定时任务。我一个一个盯着全改成 xxl-job，可以支持了就切

那你们上 k8s 的意义是什么？硬上么？不支持多节点就改称支持。哪里有状态就用 redis，数据库等稳定的服务分离状态。硬上 k8s 没收益还带来复杂度

所以一个无服务状态是多么得重要。

现在写代码都直接面向论坛伸手要了？

都说了启动慢…启动是一个过去状态，请问你们这么招怎么观察一个过去的状态？在这一瞬间启动然后排查？等你进完容器，都启动完了。这怎么查？拍脑袋猜？假设题主没写错题目。所有限定就是尼不能看到线上的日志，不能对线上做任何操作。那只能看源码了，看启动流程里面干了什么。在本地做测试。当然，这个还要区分是容器启动慢还是应用启动慢。原因都不一样。比如线上因为宿主机的文件句柄快用完了，啥都会启动慢。还是有很多可能的。查看宿主机监控先排除容器的问题。再处理应用的问题

我最没力吐槽的就是说的 cookie 的缺陷。做服务端的都不认为是缺点。
你要是专职前端我也要一条一条反驳：
1，谁告诉你只有 web 和浏览器支持？ app 不支持数据写 app 的不懂 cookie，只知道依葫芦画瓢用 token 。所有 http client 都留了一个客户端的 cookie store 接口是为啥的？只是很少有人注意和实现
2，不要把客户端和服务端要保存的状态混为一谈。服务端最多要存个 session id 。其他你说的都是傻子才用 cookie 传。这条根本不成立
3，cookie 导致 crsf ？ wtf ？说的好像放参数和 header 就不行了。crsf 归根结底是服务端设计消息传递和状态传递不严谨。放 header 会更简单…
4，不要自己不懂就说是缺点。血泪教训是你不懂导致的。我不会开飞机是不是也成了缺点呢？有时间吐槽所谓血泪教训，为什么不去看看 cookie 得完整 rfc ？

另外说一点，鉴于你说的这么肤浅，估计你都没考虑过，token 放 header 传输真心是 app 整出来的复合 http 认真协议。但是浏览器上一旦发生跨域请求的时候，如果服务端不做额外设置，浏览器无论如何会发两次请求，一次 option，请求询问是否可以用这个 header 头。