https://mar14z.xyz/ 静墨的个人博客，记录技术思考、产品感悟与生活点滴 Sat, 10 Oct 2026 18:15:57 GMT https://validator.w3.org/feed/docs/rss2.html https://github.com/jpmonette/feed zh-CN https://mar14z.xyz/article?slug=c-cpp-common-pitfalls https://mar14z.xyz/article?slug=c-cpp-common-pitfalls Wed, 23 Sep 2026 00:00:00 GMT lock(mtx); // 出作用域自动解锁 // ... } ``` 手动 `new`/`delete`、`lock`/`unlock` 都可能因为提前 return 或异常而漏掉。用智能指针、容器、锁守卫替掉它们。 ## 5. const 是承诺，不是装饰 `const` 表达的是"我不改"，编译器据此做检查和优化。它能发现逻辑错误，也能让接口意图更清楚。 ```cpp void print(const std::string& s); // 明确：不会改 s ``` 成员函数加 `const` 表示不修改对象状态；`constexpr` 更进一步，要求能在编译期求值。 ## 6. 值语义是默认，引用只是选择 C++ 默认是值语义，拷贝是真实发生的。 ```cpp void f(std::vector v); // 传值，整个 vector 被拷贝 ``` 大对象传参用 `const&`，需要移动的用右值引用和 `std::move`。但要记住 `std::move` 只是把对象转成右值引用，它自己不移动任何东西。 ## 7. 局部对象析构顺序确定，全局对象初始化顺序不确定 同一作用域内的局部对象，按构造的逆序析构，这点可以依赖。但不同编译单元之间的全局对象，初始化顺序是未定义的。 ```cpp // a.cpp extern Logger logger; // 可能在 logger 构造完成前就被使用 ``` 需要跨单元依赖时，用函数内静态局部变量（C++11 起保证线程安全的懒初始化）来兜底。 ## 8. 头文件是编译期的文本复制 `#include` 就是把文件内容原样贴进来，不是模块导入。 ```cpp // a.h int value; // 定义，多个 .cpp 包含会重复定义 extern int value; // 声明，才是头文件该放的 ``` 头文件里放声明，定义放 .cpp；函数靠 `inline`、模板和类内定义来避免重复定义问题。 ## 9. 隐式类型转换要留心 C/C++ 会在很多地方默默转换类型，尤其是无符号和有符号混用。 ```c unsigned u = 0; if (u - 1 > 0) { } // 无符号下溢成 UINT_MAX，条件为真 ``` `-1 > 0u` 也为真，因为 `-1` 被转成了无符号。指针和整数、窄化和宽化转换同理。开 `-Wall -Wextra` 能拦下大部分。 ## 10. 能在编译期做的，别留到运行期 `constexpr`、`static_assert`、模板把计算和检查前移。 ```cpp static_assert(sizeof(void*) == 8, "only 64-bit"); constexpr int square(int x) { return x * x; } ``` 编译期算出来的常量不占运行时间，编译期能报的错也不会等到用户那里。 --- 这十点的共同点是：C/C++ 不会自动兜底，但它提供了一整套工具——类型系统、RAII、const、constexpr、编译器警告。用不用、有没有用对，取决于你是否清楚它们各自在哪里生效。]]> https://mar14z.xyz/article?slug=reading-notes-rework https://mar14z.xyz/article?slug=reading-notes-rework Fri, 14 Aug 2026 00:00:00 GMT https://mar14z.xyz/article?slug=product-decision-mindset https://mar14z.xyz/article?slug=product-decision-mindset Tue, 26 May 2026 00:00:00 GMT https://mar14z.xyz/article?slug=clean-code-principles https://mar14z.xyz/article?slug=clean-code-principles Wed, 18 Feb 2026 00:00:00 GMT u.a > 18); // 优雅 const currentDate = new Date(); const adultUsers = users.filter(user => user.age > 18); ``` ## 2. 函数要小，只做一件事 函数应该像鸡蛋一样，小而完美。一个函数如果需要用"并且"、"或者"来描述它的职责，那就是在告诉你它太大了。 ## 3. 注释是失败的表现 当你在代码里写注释解释"为什么这样做"时，其实是在承认代码本身没有说清楚。好的代码应该是自解释的。 不过也有例外：解释业务规则的注释、解释复杂算法的注释。 ## 4. 拒绝重复 DRY原则（Don't Repeat Yourself）不只是为了减少代码量，更是为了避免维护噩梦。当你需要修改一段逻辑时，应该只改一个地方。 ## 5. 错误处理要优雅 不要忽视错误，不要用try-catch吞掉异常。错误应该被妥善处理，或者明确地向上传递。 ## 6. 边界条件要显式处理 不要假设输入总是合法的。空数组、null、undefined、负数——这些边界条件往往藏着最多的bug。 ## 7. 减少嵌套层级 嵌套超过三层就要警惕。可以用早返回、提取函数、卫语句来减少嵌套。 ## 8. 对象优于原始类型 当数据项超过三个时，考虑用对象或类来封装。这比散落的一堆变量更容易理解和传递。 ## 9. 保持一致性 在代码库的每个角落，相同的概念应该用相同的名字。团队需要一份命名规范，或者至少在code review时保持警觉。 ## 10. 重构要趁早 代码写出来的那一刻就开始腐化。当代码变得难以理解、充满补丁时，就是重构的信号，而不是等到它彻底崩塌。 --- 写代码是一场与时间的博弈。今天的偷懒会成为明天的债务。好的程序员不只是让代码工作，而是让代码易于工作。 ]]>