解决方法：
Settings -> Build, Execution, Deployment -> Debugger -> Data Views -> C/C++ -> **uncheck** Enable NatVis renderers for LLDB
https://i.imgur.com/r2YzbIZ.png

下面是原因，可以不用看
原因：
https://i.imgur.com/M86759Z.png
Debugger 激进取值，在迭代器每次递增后，会立即取值并显示在 IDE 上
最后一次迭代后，代码中虽然通过判断 == rbegin() 跳出，但是 Debugger 依然尝试了一次取值，所以弹了越界警告

最终解决方法：
在 Windows 上开发 C++ ，永远不要使用 VS 之外的任何 IDE

@kischang

https://docs.microsoft.com/en-us/windows/win32/fileio/file-compression-and-decompression
The NTFS file system volumes support file compression on an individual file basis. The file compression algorithm used by the NTFS file system is Lempel-Ziv compression. This is a lossless compression algorithm, which means that no data is lost when compressing and decompressing the file, as opposed to lossy compression algorithms such as JPEG, where some data is lost each time data compression and decompression occur.

@kischang
>以及微软官方说的压缩只是 ntfs 4k 的问题，而非真正的文件压缩，是怎么影响到功能的，不知道
ntfs 压缩不是 4k 对齐的问题，是使用 LZNT1 算法的透明压缩
>但至于为啥 swap 压缩会影响网络，不知道
因为 Linux 的 NTFS 驱动里只有 ntfs-3g 支持透明压缩，而 Windows 不支持 FUSE，因此无法在 Windows 目录上使用 NTFS-3G
也就是说在 WSL 的 linux 内部无法读写启动压缩的 windows 目录

楼主的 %Temp% 文件夹是不是启用压缩了？
.wslconfig 文件中两个参数的默认值如下
swap 25% of memory size on Windows rounded up to the nearest GB
swapFile %USERPROFILE%\AppData\Local\Temp\swap.vhdx

所以如果 swapFile 在 wsl 中无法写入（发生最多的情况是 %TEMP% 文件夹开启压缩），那么 wsl 初始化过程中发现无法创建交换文件，所以跳过了后面的步骤，包括网络初始化
所以解决的方案就是两种
其中一种：就是楼上大家说的设置 swap=0，跳过 swap 创建
另外一种：使 swapFile 可写，比如通过设置 swapFile 到其他路径，或者关闭%Temp%目录的压缩

@dswyzx
很好奇，为什么用低分辨率的人就是乞丐呢？

@haiironezumi
至于 Mac，你也知道它的高分屏支持很差，除了几个固定 PPI，其他显示器都是不能看，用的穷人（或者用 90 楼的人的话，乞丐）去死
既然你也承认了，我就不多说了

@haiironezumi
既然你听过 Noble Scarlet （不是 nobel ），不应该不知道这个基于方正兰亭黑 pro 的方案已经被彻底放弃了
如果你在 1920x1080 桌面显示器，和 1366x768 的笔记本（这两个加起来占比 42%，还是市场绝对主流的配置）上真实使用过 Noble Scarlet （日常使用，不是为了截个图），你就会知道为什么被舍弃掉了。是的，真的是模糊，截张图是美观很多，但看久了真的伤眼
现在的替代方案是同一个作者的更纱黑体，中文就是思源，有 10 个字重，有 hinting 和 hinting 两种
在 2K 上可以替换雅黑，比雅黑舒服； 1080p 以下为了视力，强烈建议不要使用； 4k 以上见仁见智，个人感觉相差仿佛，雅黑略好看些，但也有人觉得比雅黑好看

@inhal
Mac 上用微软雅黑不会 hinting
最后再发一次
微软花钱让 Monotype 给微软雅黑的每一个字都人工调教过，当字号小字重大，在物理像素不足以绘制所有笔画的情况下（简单打个比方，比如纵向只有 10 个像素点，而纵向有 6 个笔画，5 个空白，那么至少要 11 个像素点才能画下），会通过包括但不限于合并笔画，笔画变形等等来绘制，所以会出现笔画粗细不等，字高不同等影响美观的事情
这是在物理像素不足的情况下，保证清晰几乎唯一的解决方案。

@haiironezumi
> 首先你当然可以找到这种最极端的情况，来证明 macOS 糊成一团。
不是我拿极端情况，是如果拿普通情况来说，你们不会认得，果粉滤镜忽略一切事实。楼里面我数了数，都已经五个“何不食肉糜”了吧
事实上，Mac 在低 PPI 下，文字非常模糊，日常阅读非常伤眼

> 首先你当然可以找到这种最极端的情况，来证明 macOS 糊成一团。但这并不是显示汉字典型的 scenario，所以说你想表达的意思是不是微软为了几个 special case 牺牲了正常文本的可读性？
不是，上面说过了，微软对几乎所有的字进行了手工调教（所谓 hinting ），在物理像素不够的情况下，放弃美观保证可读性，这是唯二能够保证清晰可读的方案
另外一种解决方案就是苹果用的，用 LowPPI 的穷鬼去死的策略

@haiironezumi
https://i.imgur.com/C9p1rsc.jpg
https://i.imgur.com/cW8Uvtn.png
猜猜哪个是 Mac 哪个是 Windows

@datou
写字板是标准的不支持 DirectWrite 渲染的软件
最简单区分是否支持 DirectWrite 渲染的方法，就是 win+. 打开 emoji 输入框，输入一个表情符号
如果是彩色的，那么就支持；如果是黑白，就不支持
如下图，底层的写字板和中间的记事本是黑色，所以不支持；上面的便签是彩色，支持
https://i.imgur.com/OArdJYY.png

@datou
你要比较，不能只通过印象流
你打开 win10，和 win11，打开一个支持 DirectWrite 渲染的软件，设定同样的文字，同样的字体，同样的字号，同样的字重，比较后才能得出结论
事实上是一样的，原理简单来说，字号小到一定程度，字重加粗，那么某些方向屏幕像素点不足以绘制所有笔画，这种情况下，微软对每个字进行了调教，包括且不限于合并笔画，笔画变形等等，这就是所谓的 hinting
这是在物理像素不足的情况下，唯一的能够清晰阅读的解决方案
另外一种解决方案就是苹果用的，用 LowDPI 的穷人去死的策略

@haiironezumi
哎，怎么解释呢
PPI 是屏幕像素密度，是不能通过截屏来比较的
就好比，你要说一个显示器偏色，也不能通过截屏来说明，因为同样的显示内容发送给显示器的二进制码是一样的
是的，要通过肉眼观察，或者拍摄屏幕来比较
PPI 也是这样的，同样是 3840x2160 分辨率+同样的 DPI，14 寸和 70 寸显示器截屏是一样的，但是拍摄屏幕的话，后者边缘就要马赛克的多

@xiadong1994
2022 年了还有这种“何不食肉糜”的言论，真不知道是卖萌还是真蠢

@xiadong1994
to 果粉
租房子，坐地铁的人不是给自己找罪受吗？
不是的，请看上面的统计图，世界上有 90%的显示器分辨率在 4K 以下，请果粉们注意常识

其实对个人来说，才真的是取舍，你喜欢什么都无所谓
但马上 2022 年了，还有人对着 LowPPI 截图说 Windows 字体渲染，真的是让人无力吐槽

@marcong95
所以你也知道“向下兼容”有多难有多麻烦
每次软件做版本，对于旧版本的文件支持和配置项迁移，几乎要花掉一大部分精力
软件有边际成本，只占整个软件功能比例百分之一的兼容性，要付出百分之五十的工作量
所以谁都想“放弃向下兼容”

所以你知道 Windows 11 右键兼容性就能完美打开 20 几年前为 windows 98 写的程序的可贵了吧
所以你知道 Mac 只用支持自己那几套固定硬件配置要省多少事了吧，所以你知道 Mac 不用管向下兼容性有多容易了吧
所以你知道在这种情况下，Mac 还有那么多 Bug 有多烂了吧

PS：
Windows 11 (改个右键菜单 + 任务栏合并 ) ：放弃用户习惯，垃圾
Mac (直接砍掉 32 位应用 + 每个小版本升级一堆软件无法运行) : 放弃历史包袱，优秀

@marcong95
我就不像楼上那些人取笑了
我认真回答你一下：
> 更何况大部分合法的 macOS 设备都自带 retina 屏幕，在这前提下，macOS 用户的低分屏比例那就更加低了，系统开发的时候有所取舍真的那么“不要脸”吗？

是的，就是不要脸
因为不需要取舍，完全可以像 Windows 那样 HiDPI LowDPI 全优化
像素点多就直接渲染保证美观；像素点少 Hinting + 纵向抗锯齿，放弃美观保证清晰，保护狗眼