技术博客
Concepts 不是运行时检查，也不是接口定义；它是编译期对模板参数的语义约束。你写 std::sortable，编译器不会去跑排序算法验证，而是检查类型是否提供必需的操作（比如 operator、可迭代、可交换等）。它替代的是过去靠 SFINAE 或 <code>static_assert 堆出来的模糊报错，让错误信息从“no type named ‘iterator’ in ‘int’”变成“int does not satisfy sortable”。
因为每次调用 new 都要走系统堆管理器（如 malloc），涉及锁竞争、元数据维护、内存碎片整理。小对象（比如几十字节的节点）反复分配释放时，开销远超实际内存使用本身。
它不是 C++ 标准类型，而是 POSIX 定义的带符号整型，专用于表示“可正可负的字节数”，比如 read()、write()、recv() 的返回值。用 int 接收这些函数返回值是常见错误——在 64 位系统上，ssize_t 通常是 long int（8 字节），而 int 仍是 4 字节，截断会导致负值误判为大正数，比如 -1 变成 4294967295。
因为 htonl 和 ntohl 只处理 32 位整数，底层是对 uint32_t 的字节翻转。把 float 强转成 uint32_t* 再传进去，看似能用，但实际依赖 IEEE 754 布局和平台对齐，且不保证符号/指数/尾数字段的翻转逻辑符合浮点语义——它只是“碰巧”在多数 x86/x64 上工作，但属于未定义行为。
声明引用时没给初始值，编译器直接报错 error: ‘x’ declared as reference but not initialized。C++ 引用不是指针，它从诞生起就必须绑定到一个已存在的对象，之后也不能再指向别的变量。
直接写 [XmlElement(Name = "user_id")] 却发现序列化出来还是字段名 UserId，大概率是类上加了 [XmlRoot("user")] 或者整个类型被嵌套在另一个 [XmlArray] 里——这些上级声明会压制子元素的 Name 设置。更隐蔽的是：如果字段是 public，而你又同时加了 [XmlElement] 和 [XmlAttribute]，XmlSerializer 会静默忽略 [XmlElement]。
MySQL 的 INSERT 不允许只写 VALUES 而不指明列，除非你**严格按建表时的字段顺序、且提供全部非 NULL 默认值字段**。更安全的做法是显式列出列名，避免因表结构变更（比如新增字段、调整顺序）导致插入失败或数据错位。
因为默认走的是「全反射 + 动态类型推导」路径，每次调用都要重新检查字段类型、查找转换器、处理嵌套结构。不是编译期绑定，而是运行时逐层 dispatch。
Sublime Text 本身不原生支持 ReasonML 或 ReScript，但两者共享同一套语法定义（.re 文件），核心在于加载正确的 Syntax Definition。ReScript 官方已弃用旧的 reason-sublime 插件，现在唯一稳定可用的是社区维护的 rescript-sublime —— 它基于 Sublime 的 .sublime-syntax 格式重写，兼容 Sublime Text 4（Build 4126+）。
Go 运行时检测到对 nil 指针的解引用（即用 * 操作符读/写），会立即中止当前 goroutine 并抛出 panic。这不是编译错误，而是在运行期确定的——只要那行代码被执行，就一定崩。