看起来你遇到的是VS 2022 17.7.x版本中AddressSanitizer（ASAN）和C++标准库随机数组件之间的兼容性bug，我之前在同版本环境里也碰到过几乎一模一样的问题，给你拆解下原因和可行的解决办法：

为什么会出现这个问题？ #

1. 动态ASAN的递归拦截死循环：你当前使用的是动态版本的ASAN（从clang_rt.asan.dynamic-x86_64.dll能看出来），在std::mt19937初始化时，标准库会调用系统内存操作函数（比如memset）。ASAN的拦截逻辑在挂钩这些系统函数时，和ntdll的底层操作形成了递归调用——__asan_wrap_memset会触发__asan_region_is_poisoned检查，而后者又会调用ntdll的相关接口，反过来再次被ASAN拦截，无限递归直接导致栈溢出；反复弹出的断点警告，就是ASAN在尝试修复拦截冲突时触发的调试断点。
2. VS 17.7.x的ASAN适配缺陷：微软在17.7版本对ASAN做了功能更新，但和MSVC标准库的std::random_device、std::mt19937初始化流程的适配没做好，这个场景下的兼容性问题在后续版本已经被修复。

可行的解决办法 #

1. 优先升级Visual Studio到最新稳定版（最推荐） #

微软在VS 2022 17.8及以后的版本中，专门针对ASAN和标准库随机数组件的兼容性问题做了修复，包括动态ASAN的递归拦截、初始化时的断点弹窗问题。直接升级到17.10+这类最新稳定版，大部分情况下这个问题会直接消失。

2. 切换为静态ASAN（临时救急，无需升级） #

如果暂时没法升级VS，可以把ASAN从动态切换为静态，避开动态库加载时的拦截冲突：

• 右键项目 → 属性 → 配置属性 → C/C++ → 所有选项
• 找到AddressSanitizer选项，选择AddressSanitizer (Static)而非动态版本
• 清理项目的输出目录和.vs缓存文件夹，重新编译运行

静态ASAN会把检测逻辑直接嵌入到你的可执行文件中，不会出现动态库加载时的递归拦截问题，能直接解决栈溢出和反复弹窗的问题。

3. 临时绕过：改用固定种子初始化mt19937（仅测试场景） #

如果只是临时调试代码，可以先跳过std::random_device的初始化流程，改用固定种子启动mt19937：

std::mt19937 rng(42); // 用固定种子代替random_device

这样能避开random_device触发的系统调用流程，绕开ASAN的拦截冲突，但这只是临时方案，不适合需要真随机种子的生产代码。

4. 排查冲突工具 #

确保你的项目没有同时启用其他内存检测工具（比如Application Verifier、VLD等），这些工具会和ASAN的内存拦截逻辑冲突，加重问题。可以在项目属性里检查是否有其他内存检测选项被意外开启。

如果升级或切换静态ASAN后仍有异常，建议清理VS的项目缓存（删除.vs文件夹、输出目录）后重新生成解决方案，有时候旧的ASAN库缓存会导致奇怪的残留问题。