这就是无脑用 JWT 的后果了。。。简单的说，JWT 不适合楼主这种需求。换成自己的轮子吧，用服务端存 Token 的虎符模式，别用 JWT 的这种无服务端的印信模式。

什么是虎符？古代将军领兵的信物。一半在实际掌握军队的军官手上，一半由皇帝临时授予领兵作战的指挥官。军官看到指挥官拿的虎符能与自己的合为一体，就听从指挥官的命令，否则就把骗子抓起来。

什么是印信？就是古代皇帝授予行政官员某地行政管理权的凭证。地方上官员认印不认人，所以西游记里面强盗杀了唐僧他爹，夺了印信就能堂而皇之地去上任。

微服务最关键的组件只有三个：注册中心、配置中心和网关。所以，你只需要把这 3 个东西跑起来，然后你开发的服务能够注册到注册中心，能获取到配置就行了。别的譬如限流、降级、链路追逐什么的都不是必要的，可以有需要的时候再搞，甚至自己搞。

@kennylam777 一个开发环境，手动调度更灵活更简单，有什么不好的呢？又不是生产环境。话说就是测试环境我都不建议手动调度。。。

Java 三元表达式的冒号两边一定要使用相同类型，否则就会闹幺蛾子。。。

C#你没发现根本不允许你这么写吗？如果冒号两边一个可为空一个不可为空，vs 会提示你需要类型转换。

抽象，就是关注共性的部分，把他们正确的分离出来，并且正确的使用共性的部分。当特性都被共性取代后，就自然而然成中台了。

容器名字加上固定的标签就行了吧？譬如有个 A 版本和 B 版本，你要开发 A 版本就把 A-xxx 容器都开起来，B-xxx 容器都停掉。这个也不需要 k8s，装个 prtainer 就解决了。

友尽

环境变量啊

hotfix 是对已发布的 branch/tag 的 commit 进行修复。所以，测试通过后应该 Merge 到所有基于该 commit 的 branch 。

看 mit 的网课，基本上不会超过 10 分钟就不省人事了。。。

SELECT `t`.`id` FROM ( SELECT e.* FROM test e ORDER BY e.id DESC ) t GROUP BY `t`.`shop_id`结果是不稳定的呀。改成：SELECT `shop_id`, min( `id`) as id FROM test GROUP BY `shop_id`

多写 sql，同时深入研究一下执行计划。

这是真朋友啊

用什么学什么，如果你基础知识足够的话。否则，就去多学习基础知识。

规避法律风险是不可能的，作为业主不可能不承担法律责任