@llsquaer
因为状态随着时间的流逝被改变了(代码在线程上执行，已执行代码随时都可以改变内存中对象的状态).
一个对象在不同时刻,完全可以显示不同状态,print 是需要将对象转换为字符串(字符串序列化).
这个转化的时刻,会冻结那个时刻对象的字符串表示,而随着代码继续执行,这个对象被改变了。
print 打印时候首先要获得这个对象的字符串序列化表示，然后调用系统提供的接口将字符串使用指定字体在屏幕上渲染出来,因此一切都要看某一个时刻的状态。你不能对比不同时刻对一个对象状态(除非这个对象是不可变对象).
这个过程看似简单，实际还是涉及到很多乱七八糟的概念。

@ktyang 感觉的确有钓鱼的嫌疑。

用户数据管理有自己的安全规范要求,一般很少有立即实时删除的。
一般对用户产生的数据进行完全匿名化，归档至少需要六个月之后。
不过这种简单的将信息暴露给最终用户的方式的确很低级。

这个根本就不是 bug ，就是可变对象的问题，你的 list 里面在最后的时候,有两个位置的元素引用了同一个对象。仅此而已。

@salmonwrap

y4100m5bkg1
播放流水
d51a6efc6452bf1782efa2046127d956
播放内核
m3u8/hls.js (1.32.11-p2p-1.6.1)
显示器信息
2008*1188 / 2016*1344*1.25 (ext:false)

不会，浏览器上的 JS 是单线程的，运行在一个消息事件循环里面，不可能有并行问题。如果有并行问题，JS 就需要提供同步的原语，但实际 JS 并没有这个玩意，也没有支持它的标准库接口。

不管是前端 Web 还是后端的 nodeJS 开发。,基本都是写 TS ，但尽可能避免搞类型体操。
虽然我自我感觉对 JavaScript 的掌握水平要远高于 TS 的水平。

gitlab 默认会对主分支执行保护，禁止强制推送到主分支，你可以选择关闭这个选项或者不要这么做，只在自己的私有的分支上 rebase ，不要在主分支上执行 rebase,就正常的做 merge 好了。

Win+R,打开运行，输入：eventvwr.msc ，回车，你就会打开 Windows 自带的程序日志查看器。除非你的程序是正常奔溃的，否则日志查看器下的：Windows 日志 > 应用程序下面肯定会有 crash 的原因。

@behindeye Windows 上，任何奔溃的程序都有会转储和奔溃日志。使用事件查看器，看看操作系统记录的奔溃错误。

@ilxv 可能是微软的 bug, 你去网页自己的 outlook 账号看看，到底是否真的退出了。然后将 Windows 账号先退出，重启后重新登录微软账号。

你这为什么会接收到 Insider Preview 版本的更新推送呢?

@salmonwrap 我昨天回家了，弄了个 4070 独显，发现没啥问题，不卡了。但是我的 MateBook 和 Surface 上的 Windows 11 的 Edge 的 4k 选项都找不到了，最高只有 1080P 可选了。

CUDA 环境都没用，使用远程 SSH 开发，搞个 GPU 服务器吧。

G603*3 ，滚轮全部换过一次了。

赌徒一旦上了头，不玩到倾家荡产，家破人亡是不会收手的。

全盘随机覆写 3 便大概就没用任何办法恢复了。

硬盘对拷，然后修改盘符，然后重启，快得很。

不能。