@mitu9527
> 我个人反对把用户 ID 和用户权限放在 JWT 里面，因为这时候 JWT 本质上就是我说的客户端会话而已
> 我觉得正确的用法应该大概是这样，客户端提交用户名和密码向服务端申请 JWT，JWT 的 payload 中只包含一个令牌和一个过期时间，后续请求都把 JWT 传到服务端，服务端验证通过 JWT 后就通过 payload 中的令牌找到通过认证的用户即可

没明白你这个令牌什么意思。我觉得他要不是包含用户 ID，要不就是个 session key 。如果它就是 session key，那为什么不直接用 session，何必弄 JWT 。

你还是没理解 JWT 和 Session 的区别。Session 的好处是可以随时修改随时吊销。JWT 的好处是可以离线验证，因此微服务不需要总是和中央权限系统交互。

@caiqh 有关系。解码端如果解不了 hdr 就会偏色。
这里的“能解”是指解码器 /芯片能识别出视频是 hdr，并进行合理的色彩转换。
小米可能一两千的电视就能解 hdr，但是放出来还是标准色域。

@delectate
> 最让人生气的是，难度最低的聊天记录迁移，云存储（几行代码就能搞定，信不信？微信实际上永久保留了你所有的数据），缓存清理等等，绝对不会做。

1. 什么是聊天记录迁移？微信有聊天记录手机传输到手机的功能，也有手机备份到电脑和从电脑还原的功能。
2. 能离线保留和能随时读取是一个概念吗？成本差太多了。而且这个功能的必要性取决于能不能赚到钱。
3. 有缓存清理，至少 iOS 版有。

我司的做法是，前端 Node 服务有 Session 状态，会用 Session 保存用户 ID，可能还有其他用户信息。
后端 Java 服务就没有登录状态这说法了。Node 传过来哪个用户的行为后端就相信是这个用户。

LZ 引用的论文是不是要把用户 ID 甚至用户权限都放在短效 JWT 里面呀。

@ArJun 你博客的链接都烂了～

@alan0liang 那其实是原来有影响，现在没有影响……

@laminux29 求科普 结构上哪儿不一样

@KalaSearch 对

卡拉搜索在 Mac 上与双拼输入法不兼容。输入拼音后按空格无法上屏，依旧是拼音。

还是被辞退比较好啊，能赔 9 个月呢。

直接送购物卡，或者现金

@freecloud 你确认你知道什么是归档存储吗

@podel #4 支持 WIFI6E 的路由器又要多一套天线了，蜈蚣吗？

就想知道到 m2 芯片，面向高性能笔记本的时候苹果能集成多大内存？ 64G 太难了吧。

哪里能找到跑得快又不吃草的马？

就问对用户有什么影响？

我觉得 Ubuntu 包比较新，装什么都方便。