技术博客
很多人以为 auto 能“自动搞定一切”，结果在写函数时直接这么写：这在 C++11 是合法的，但仅限于函数定义（不是声明），且要求所有 return 语句返回**相同类型**。一旦出现 return 42; 和 return 3.14; 混用，编译器会报错：error: inconsistent deduction for ‘auto’: ‘int’ and then ‘double’。
操作系统级 TCP keepalive 延迟高、不可控，且无法区分“对端进程崩溃”和“网络中断”。真实 RPC 场景下，服务端可能已退出但连接仍处于 ESTABLISHED 状态，TCP keepalive 往往几十秒后才断开，导致请求堆积或超时误判。
外面直接写 (args + …) 会编译失败，因为折叠表达式本质是模板参数包展开的语法糖，没有参数包上下文就无从展开。常见错误是试图在普通函数里硬套，结果报错 error: parameter pack ‘args’ was not expanded。
对 int 类型，直接调 abs 就行，不用额外头文件（C++ 标准保证 <cstdlib></cstdlib> 或 <cmath></cmath> 会透出它，但显式包含更稳妥）。abs 是整数专用，返回 int，类型匹配、无隐式转换风险。
short 转 double 是标准的算术类型提升，不存在精度丢失——short 最大值是 32767，而 double 可精确表示所有不超过 2⁵³ 的整数（约 9e15），所以整个 short 取值范围都能无损映射过去。
发布时追求小体积，-Os 是最直接有效的编译选项——它在优化运行速度和代码大小之间倾向后者，会主动内联更保守、避免生成冗余指令序列。而 -O2 和 -O3 默认优先保性能，常导致函数内联过度、模板实例膨胀、甚至插入额外的运行时检查代码。
从 C++14 开始支持二进制字面量，语法是 0b 或 0B 开头，后面跟 0 和 1。大小写敏感——0B1010 合法，0b1010 也合法，但 0B1010 和 0b1010 是等价的；而 0B 写成 0B 就不行，必须是连续两个字符。
因为目标字段或方法被安全管理器（SecurityManager）拦截，或运行在强限制环境（如某些 JDK 17+ 模块系统默认策略下）。反射绕过访问控制的前提是 JVM 允许——不是代码写了就一定成功。
因为 std::function 带运行时开销，且无法推导重载函数、函数模板或临时 lambda 的完整类型。泛型算法依赖编译期类型推导来适配任意可调用对象，而 std::function 会擦除类型信息，导致无法匹配重载、丢失 constexpr 能力，甚至让 SFINAE 失效。
直接用一维fftw_plan_dft套两层，结果是错的：它不会自动处理行/列顺序和内存布局，输出频谱会旋转、相位混乱。二维DFT在数学上虽可分解，但FFTW底层对fftw_plan_dft_2d做了内存对齐、缓存友好重排和行列耦合优化，手动拆解既没提速还引入bug。