可以看到

为什么会觉得是 2038 问题？ Windows 自带的时间数据类型可以支持至少 30000 年，从 VS 2003 开始 time_t 就默认是 64 位了，很难相信微信还在用 32 位的 Unix 时间。

另一个问题是为什么就能确定是企业微信的问题。楼主也没说控制变量的尝试结果是怎么样的。一个很容易想到的理论是：因为时间改变，几乎所有的证书都失效了，从而导致各种代码验证失败（包括本机 Windows 程序的数字签名以及 TLS 证书等）。

@Tony042 #4 这里需要的是 ctor 不是 operator=。

@xuegy #2 因为 https://en.wikipedia.org/wiki/Most_vexing_parse
但比较奇怪，一般来说用 = 初始化不会有歧义问题，反而是用函数调用初始化容易有“最烦人的解读”。

这个东西是朴素的广播加密，也算不得“上当”。

在多个用户自行生成密钥时，更巧妙的工具叫做临场广播加密（ ad hoc broadcast encryption ）。

是有更多“临时对象”所以才慢。定量考虑的话，join 需要 N 的时间时，朴素累加可能需要 N^2 的时间，我能想到的最快的累加也可能会需要 NlogN 的时间。

什么叫做“自己实现 join 的功能”？

如果你要求相同的时间复杂度且不能用 Python 的 join 恐怕不行，因为 join 是 Python 自己实现的，可以想象它先算好最终长度，然后分配内存，最后写入数据。

如果只是希望实现相同的功能，不论时间，则用平衡分组连接比较好，这只需要 NlogN 的时间。

从逃逸分析的角度，比较像是 OnAfterDeserialize 改变了 name 。

这个问题和数组遍历几遍没关系，主要区别在于内存分配。

Array.map 每次都要分配新的数组，可以想象 no-stream 的 map 只是变换迭代器，当然快。当然这不能怪 Array，毕竟功能不同，要写出值得比较的代码可以对 mf 复合自己 map_count 次，再变换成 reducer，然后直接在 data 数组上用 reduce 。

而且好好写 for 循环不香吗？

可以关掉 Ctrl+Shift 输入法切换，用 Windows+Space 。

正确标题：浅度剖析

深度剖析至少应该涉及多重继承、虚拟继承、虚拟析构的问题。

@idyu #58 因为 https://github.com/yikeke/zh-style-guide/issues/27#issuecomment-784925592

@v2webdev #22 我并不在意这个词的意思，而是觉得很好玩，因为我一开始以为额这个例子是已经写好的例子，但看其他页面可以发现这是占位符，于是这是一个巧合地自我指涉的例子。

https://i.loli.net/2021/02/24/xXWPv2MAVtkqYdJ.png

不推荐使用只有特定人群才了解的词语……“TW 们”是什么？

#3 可能是在对 a 操作之前 master 已经领先 origin/master 了

看一下 git 的历史图不就知道了么 😅

除了不小心提交到了主分支上，也可能是有人让远程分支倒流，然后本地也意识到了远程的倒流。

@goldiorl #9 另外 C++/WinRT 有 co_await resume_background{}; 这种构造，而 .NET 的 awaiter 也可以选择是否返回原来线程，所以并不是必然回到原来的线程。

@goldiorl #9 如果（任何 making sense 的）语言有协程的语言构造（即 async-await ），你是可以马上看出来一段代码中间是否可能被打断的。这里没有 await，所以不可能发生这种事情。

如果代码里有 await，那你是知道线程和协程无配对关系的，自然不会期待 ThreadLocal 能够保护多个协程，因为它不叫 CoroutineLocal 。

如果是 Internet Explorer （或者任何实现了 IWebBrowser2 的浏览器）可以用 IWebBroswer2.LocationURL 属性。
其他设计良好的浏览器可以通过 UI Automation 定位地址栏得到 URL 。

ThreadLocal 在那个语言里的意思很可能是 受那个语言托管的线程-local，而不是 操作系统线程-local，就像是操作系统线程也不是指处理器线程。在这种定义下你的问题不存在。

async-await 这个语法很可能本来就没有规定每次 await 之后所在的（被语言托管的）线程。比如 UI 相关的代码里，由于 UI 只可以在 UI 线程操作，await 通常会回到原来的线程进行。