C++

直接说结论：std::unique 配合 erase 是标准、安全、高效的做法，但必须时刻记住——它只处理“相邻重复”，而且不会真的缩短容器。如果漏掉 erase 那一步，数据其实还赖在内存里，只是被覆盖了，打印出来你会怀疑人生。 为什么 std::unique 不能单独删除元素 std::uniq

两个AABB矩形碰撞需x、y轴投影均重叠，即a.minX

直接用std::atomic无法实现无锁单例，因为构造函数非原子。真正方案是双重检查锁定中正确使用acquire/release内存序，或采用std::call_once与静态存储期变量确保首次构造串行化。原子操作仅管理指针可见性，不控制构造次数与生命周期。

std::is_aggregate_v严格判定聚合类型，但不等同于能否用花括号初始化，因后者可能走initializer_list或构造函数路径。模板元编程中需确保类型完整、使用decay_t修饰，并搭配is_class_v判断。C++20放宽聚合定义，跨标准时需注意行为差异。

红黑树插入后四种不平衡情形依叔节点颜色与新节点方位识别：情形1叔红则仅变色；情形2/3叔黑且父左/右子需旋转整形；情形4为镜像；旋转须原子更新三组指针，变色必在旋转后执行以维持性质。

std::is_trivially_copyable_v用于判断类型能否安全使用memcpy，返回false时调用会触发未定义行为。常见误判包括std::string成员、虚函数、引用等。应通过static_assert在编译期对完整类型检查。跨平台时还需注意ABI一致性。条件为无虚函数、无用户定义特殊成员函数且所有成员均为平凡可拷贝。

C++vector的capacity()表示已分配内存能容纳的元素数，size()为实际元素数。reserve(n)仅在n大于capacity时触发内存重分配，避免频繁扩容开销。扩容时分配新内存、移动元素并释放旧内存，导致迭代器失效。reserve不改变size，resize则改变size并可能改变capacity。

C++的std::midpoint通过a+(b-a)/2避免整数溢出，支持同号与异号安全计算；浮点数版本精度更高，避免大数相加溢出；严格限定相同类型，指针需合法地址运算。适用于安全求中点，不替代业务逻辑校验。

在C++20中，格式化自定义类需全特化std::formatter于std命名空间，且不能偏特化。必须定义parse()和format()两个成员函数：parse()用于解析格式字符串，至少返回ctx.end()；format()用于格式化输出，必须使用ctx.out()作为输出迭代器。注意编译器版本要求：MSVC19.32+，GCC13+，Clang15+

在Linux系统中，通过读取/proc/[pid]/status的voluntary_ctxt_switches和nonvoluntary_ctxt_switches字段，可以精确获取进程CPU上下文切换次数。getrusage系统调用函数因更新滞后，不适合用于实时监控。对于多线程进程而言，其切换次数为所有线程切换次数之和；若要查看单个线程，需访问/proc

std::forward_list是单向链表，专为内存敏感场景设计，需前驱迭代器进行插入删除。其size()在旧版STL中为O(n)操作，应使用empty()判空。每个节点比std::list少8字节，适合大量小值类型场景。splice_after是唯一不可替代的性能优势，不支持反向迭代。

无锁栈实现需解决ABA问题，核心是通过版本号机制将指针与计数器打包为128位数据进行CAS操作。push和pop必须正确设置next指针及内存序，节点分配建议使用线程局部内存池，延迟释放需采用hazardpointer或EBR技术。验证是否真正无锁需检查底层原子操作是否为lock-free，并通过破坏性测试及工具检测数据竞争。

使用std::mt19937配合std::uniform_real_distribution是C++11及以上最可靠高效的标准随机浮点数生成方案。引擎应声明为thread_localstatic避免多线程竞争，分布对象建议复用。需注意开闭区间语义，避免边界陷阱。复用引擎和分布后，每秒可生成千万级高质量双精度随机数。

std::filesystem::space仅返回容量、空闲和可用空间，无法获取挂载点、文件系统类型等关键信息。Windows需调用Win32API枚举盘符及卷挂载点，Linux/macOS需读取挂载点列表并调用statvfs计算空间。需处理权限、虚拟文件系统、路径斜杠等细节，避免程序阻塞或异常。

红黑树插入后若父节点为红色则触发双红冲突，祖父节点必为黑。叔节点为红时变色：父、叔涂黑，祖父涂红（根则再涂黑）；叔节点为黑或空时需旋转，根据节点位置组合四种场景，旋转后新根变红、子节点变黑，并重置节点指针向上检查。

C++ 标准并不提供完整的运行时类型信息（RTTI），所以原生就谈不上反射。你不能指望它帮你自动列出类的成员变量、它们的名字、类型和偏移量——可序列化、配置绑定、UI 自动映射这些场景偏偏就是需要这些元数据。标准库不给，那就只能靠宏和模板在编译期自己“伪造”一套出来。核心思路很简单：在类定义处用宏注

用std::mutex封装堆可实现线程安全，但只读操作（top、empty、size）也需加锁防读中间态。pop_heap后须紧跟pop_back。top返回的引用锁释放后失效。生产者-消费者模型需额外条件变量。

说实话，二叉树最大路径和这道题，很多人在写递归时都会卡在一个点上：到底该返回什么？答案很简单——你得把「单侧贡献」和「全局路径」拆开算。每个节点最多只能向上传递一条路径，这就决定了递归函数只负责返回能给父节点的最大单侧增益；而跨左右子树的“山峰形”路径，也就是左→根→右那种，必须单独更新全局最大值。

std::span 确实能安全解析原始数据包，但有个关键前提：它不能脱离底层缓冲区的生命周期。用错了就是悬垂指针的问题——不是直接崩溃，而是读到随机字节，这类 bug 最难排查。 从网络或文件读取后如何有效构造 span 先梳理几个核心判断：直接拿 fread() 或 recv() 返回的裸指针来构

recv() 后怎么安全构造 std::span 直接用栈缓冲区搭配 recv() 来构造 std::span，其实是高危操作。常见的坑有两个： 像这样的代码：char buf[65536]; int n = recv(sock, buf, sizeof(buf), 0); auto sp = st

C++工厂模式中用std::map注册模板类时，静态成员因未实例化常导致链接错误。通过宏触发静态局部变量初始化可解决注册问题；注册键优先使用std::type_index，跨模块时需改用统一字符串键并显式调用注册函数。

先说结论：要在 C++ 里实现一套“高性能优先级任务分发 + 工作窃取”机制，std::priority_queue 基本上是不能直接塞进多线程任务池里用的。而像 tbb::task_group 或 folly::CPUThreadPoolExecutor 这类现成的调度框架，也不是天生就支持优先级

利用NtQuerySystemInformation枚举进程句柄时，需启用SeDebugPrivilege权限并匹配系统架构。通过SystemExtendedHandleInformation获取ObjectTypeIndex，再查表映射类型名。需注意版本兼容性、权限陷阱及防病毒软件干扰。