意味着手里闲钱太多了
或者 8p 真的用不了了

之前有个大哥发的解决方式： https://discussions.apple.com/thread/252061187
不知道好不好用，因为我已经养成了随手关显示器的习惯……

前三年免费升级，后续不行，常规套路和之前一样
转投 adopt 和 zulu 的用户估计不会回来（但是这俩家的 17 咋还没上呢。。。）

说拉跨的是几年没看发布会了
不一直这样的么……

自定义解析规则
其实直接多写个类然后转过来更简单直观

向来如此，发布会一半时间是 iPhone，iPhone 一大半时间是讲照相摄像
这次已经比较好了，记得 iPhoneX 那次发布会讲这玩意少说讲了 40 多分钟……

机械革命 code 01，不负责推荐
除非对 mac 环境熟悉，确定日常使用的软件都有 mac 版本（或者替代），否则还是 win 稳妥

苹果：我寻思我本来也妹有节操啊

八成是个两小时的视频，发一下 手表 - pad - 手机，其中手机的拍照录像功少说能讲半小时
macbook 应该是后续的发布会

其实 sessionId 就是一种 token，只是通过 token 获取 session 数据 的操作由 web 框架做，而且一般将 sessionId 保存在 cookie 里，session 数据保存在 web server 里
因为 session 保存在 web server 里，当有多个实例时，需要同步各节点的 session，或者把 session 保存在数据库里（比如 spring-session ）
因为 sessoinId 保存在 cookie 里，所以当客户端不支持 cookie 机制时，这套东西就没法用了
也因为 sessionId 保存在 cookie 里，所以可以使用浏览器自己的安全机制，比如 http-only，same-site 等
还是因为 cookie，所以对于前端是透明的，不需要自己管理，发请求默认带着（可能有跨域问题）

> 如果一个前端页面包含多个请求，每个请求都需要鉴权数据库压力不是很大么
相当于每次请求多一次查询，必然走索引，压力不大

> 解决是不是可以用 redis 集群做信息缓存，但是这样和传统 session 操作方式不是类似么
用 redis 可以提高性能，还自带过期时间机制，emm，本来就是 token 拿 session，就是一样的，区别是谁做怎么做

> 所以说 token 和传统 session 优势是什么，token 概念上是无状态，但是不可能真的把用户所有信息都存上呀
可以在浏览器之外的环境使用，而且因为全部自己实现，一些操作更方便（比如检测 token 状态，废掉某些 token ），用 JWT 可以在 token 里带数据，但也会带来额外的复杂性，需要自行评估使用

mater 2s 蓝牙，打魔兽打炉石打 cs 都没啥问题
5g wifi，同时连着 k380 键盘 和 蓝牙小音响 和 xbox 手柄，都没问题

java 农，表示啥时候 go 也有个全家桶的框架再去玩

体积小，功能少，占用资源低

@SekiBetu #22 所以成为低效程序员了啊

ideavim 路过。。。
感觉自己的听力水平不支持这个视频。。。

@kop1989 何必呢，忽略主题就完事了

不懂 go 的 java 农表示：
项目简单的话，把所有逻辑放一个文件里也没事
项目复杂的话，分层可以降低理解难度，更容易维护
这套路哪来的我不知道，但是我觉得还挺合理的
有的时候一个不复杂的功能我也会老老实实分层，有时候一个很复杂的查询我会直接塞进 controller，具体情况具体分析吧

看看 mysql 慢查，看看有没有相关的查询（可能没有）
可能是应用和数据库之间的网络出了什么问题
或者应用的连接池配置有问题
或者是有其他的慢查询拖住了连接池导致后续请求要排队
可能的点很多很多，慢慢查吧。。。