感觉不说恐怕不合适，慢慢来，先铺垫铺垫，打打预防针。。

我认为你的理解是对的。

这个页面 https://dev.mysql.com/doc/refman/8.0/en/innodb-index-types.html 上说，

Indexes other than the clustered index are known as secondary indexes. In InnoDB, each record in a secondary index contains the primary key columns for the row, as well as the columns specified for the secondary index. InnoDB uses this primary key value to search for the row in the clustered index.

我觉得对于这个场景来说，意向锁就是不起作用。
我觉得意向锁只是用于在表这个级别的锁兼容性判断，如果表这个级别不能满足，那就不会再去判断更细粒度的锁。
我也很好奇~~

继续折腾吧，啥牌都得接着打啊，祝你好运~

也可能有这种情况：
https://dev.mysql.com/doc/refman/8.0/en/innodb-transaction-isolation-levels.html ，
SERIALIZABLE 这段，This level is like REPEATABLE READ, but InnoDB implicitly converts all plain SELECT statements to SELECT ... FOR SHARE if autocommit is disabled.

有年龄限制没？

你俩有一个有户口就足够了，再过些年夫妻投靠就都有户口了。
你要是有户口，去某些单位工作可能会更方便些。
如果非得量化，大概 100 几十万。
我是理解不了你们这算计着过日子的，生命诚可贵，爱情价更高。。

@gablic 要不试试用 Wireshark 这种抓包看看，先在本机抓包，发现不了问题的话，再去服务端抓包看看。

用 Valgrind 这种试试，能有帮助没？

@gablic 要不抓包看看有何不同？

Python Requests 构造跟 Chrome 这种浏览器发出的相同的请求，试试呢？

对不起，我没看仔细。。我错了。

telnet 服务器端口，看能建立链接不。浏览器访问这接口，看看啥效果。判断判断哪个环节有问题。

@villivateur 去掉另外一个线程的话，还会崩溃吗？

@ivslyyy 每个人境遇不同，不必自我设限，不必太在意别人的想法。

没啥，不比上培训班强多了。

@blacktail “authorization heads ”是如何设置的，设置成功了么，如果成功了，使用的时候，ws://这个请求能正常获取之前设置的“authorization heads ”吗？一步步检查检查吧。

这报错说请求中缺少 “authorization heads ”，正常情况下，这个“authorization heads ”哪里来的？

这还犹豫个啥。