技术博客
Sublime Text 不会自动把 CMakeLists.txt 当作 CMake 语法处理，它默认按纯文本或“Plain Text”解析——所以关键词没颜色、缩进乱、函数名不突出。根本原因是：Sublime 的语法识别靠文件扩展名和首行 shebang 或内容特征匹配，而 CMakeLists.txt 既无扩展名标识（不是 .cmake），首行又通常为空或注释，触发不了 CMake 语法包。
发布时追求小体积，-Os 是最直接有效的编译选项——它在优化运行速度和代码大小之间倾向后者，会主动内联更保守、避免生成冗余指令序列。而 -O2 和 -O3 默认优先保性能，常导致函数内联过度、模板实例膨胀、甚至插入额外的运行时检查代码。
Sublime Text 默认不识别 Meson.build，连基础缩进和注释着色都没有。这不是配置问题，是根本没装对应语法定义包。
不能直接用 std::priority_queue<:pair int>></:pair> 存 {dist[u], u} 然后改距离——它不支持减小键（decrease-key），一旦 dist[u] 变小，旧的堆内元素不会自动更新，导致重复松弛或跳过更优路径。
Windows Core Audio API 是系统级方案，比 PortAudio 更底层、更稳定，尤其对新硬件（如 USB-C 音频、蓝牙 LE Audio）支持更及时。PortAudio 依赖其后端实现，Windows 上实际常走 WASAPI，但封装层会隐藏设备状态细节，比如“已拔出但未刷新”的设备仍可能出现在列表里。
多数时候不是权限或驱动问题，而是路径写错了。Windows 要求串口设备名必须带 \. 前缀，比如打开 COM3 得写成 \.COM3，漏掉双反斜杠或点，CreateFile 就直接失败。
因为 C++ 标准不保证 std::atomic<t></t> 对任意自定义类型 T 的 CAS 操作是 lock-free 的，尤其当 T 含有非平凡析构函数或对齐要求时，is_lock_free() 很可能返回 false。底层可能退化为互斥锁模拟，彻底失去无锁意义。
直接用 std::is_same<t int>::value</t> 是最常见写法，但它本身不触发 SFINAE —— 如果 T 是个非法类型（比如未定义的类），编译器会直接报硬错误，而不是静默丢弃重载。想让它参与 SFINAE，必须把它塞进依赖上下文里，比如作为模板参数默认值或返回类型的一部分。
数组下标不会自动“绕回”，必须手动取模。但直接写 (index + 1) % capacity 仅适用于“空位判别法”——即牺牲一个元素空间来区分满/空。否则 front == rear 既可能表示空，也可能表示满，无法判断。
如果你的编译器报错 ‘erase_if’ was not declared in this scope，大概率是因为没开 C++20 或用了不支持的库版本。它不是 STL 容器成员函数，而是 <algorithm></algorithm> 里的非成员函数，且仅从 C++20 起标准化（GCC 10+、Clang 11+、MSVC 19.28+ 默认支持）。