本文系统介绍 C/C++ 命名规范，涵盖通用原则如一致性、可读性及避免混淆。详细解析常见命名风格（snake_case、camelCase、PascalCase 等）及具体元素规则，包括常量、变量、函数、类、命名空间、宏定义和文件命名。通过 C 语言与 C++ 现代风格的代码对比示例，展示不同场景下的最佳实践。建议团队在初期制定并坚持统一的命名标准，确保代码自文档化，提升可维护性与协作效率。
在 C/C++ 开发中，良好的命名规范是编写可维护、可读性高代码的基石。恰当的命名不仅能让代码自文档化，还能显著降低团队协作时的沟通成本，减少因命名混淆而引入的错误。本文旨在系统性地介绍 C/C++ 语言中的命名规则和最佳实践，涵盖从通用原则到具体语言特性的各个方面，帮助开发者建立清晰的命名标准。
一致性是命名规范的首要原则，即使是"次优"的命名风格，如果整个团队保持一致，也比混杂多种风格更好。可读性意味着命名应该清晰易懂，避免过度缩写。避免混淆原则特别重要，例如数字 0 和字母 O、小写 l 和数字 1 等容易混淆的字符组合应谨慎使用。
不同的编程社区和项目可能会采用不同的命名约定。选择命名风格时需要考虑项目类型（C 还是 C++）、团队习惯、已有代码库风格等因素。对于新项目，建议参考行业主流框架的规范。
| 风格 | 示例 | 适用场景 |
|---|---|---|
| snake_case | my_variable, calculate_sum() | C 语言传统，Linux 内核 |
| camelCase | myVariable, calculateSum() | Java 风格，C++ 成员变量 |
| PascalCase | MyClass, CalculateTotal() | 类名，类型名 |
| UPPER_SNAKE_CASE | MAX_SIZE, PI_VALUE | 常量，宏定义 |
| 匈牙利命名法 | iCount, szName | Windows API（已较少使用） |
针对不同的代码元素，命名规则各有特点。下面将按类别详细说明各类元素的命名规范，并提供代码示例。
对于宏定义的常量，必须使用全大写。对于 C++ 的 constexpr 和 const 常量，可以根据项目规范选择 PascalCase 或全大写形式。
// C 风格 - 全大写，下划线分隔
#define MAX_BUFFER_SIZE 1024
#define PI 3.1415926
const int DEFAULT_TIMEOUT = 30;
// C++ 风格 - 多种选择
namespace Constants {
constexpr int MaxBufferSize = 1024; // PascalCase
constexpr double Pi = 3.14159; // 首字母大写
}
class Config {
public:
static const int DEFAULT_PORT = 8080; // 类常量
};
C 语言项目通常统一使用 snake_case。C++ 项目可以根据团队习惯选择是否添加成员变量前缀（如 m_），这有助于区分局部变量和成员变量。
// C 语言 - 通常使用 snake_case
int file_descriptor;
char* user_name;
size_t buffer_size;
// C++ - 成员变量通常有特定前缀/后缀
class MyClass {
private:
int m_count; // m_ 前缀
std::string name_; // _ 后缀
static int s_total; // s_ 静态成员
public:
int calculateTotal(); // 公有方法
};
C 语言函数通常使用 snake_case，而 C++ 方法可以根据项目规范选择 camelCase 或 PascalCase。
// C 语言 - snake_case
void process_data(int* data, size_t size);
int get_user_id(const char* username);
bool is_valid_input(int input);
// C++ - camelCase 或 PascalCase
class Calculator {
public:
int add(int a, int b); // camelCase
void CalculateTotal(); // PascalCase
bool isValid() const; // 布尔方法加 is/has 前缀
void setValue(int value); // setter 方法
int getValue() const; // getter 方法
};
无论是 C 的结构体还是 C++ 的类，都推荐使用 PascalCase。
// C 语言结构体
typedef struct linked_list_node {
int data;
struct linked_list_node* next;
} ListNode; // PascalCase 或 typedef 别名
// C++ 类
class NetworkManager { // PascalCase
// 类内容
};
template<typename T>
class SmartPointer { // 模板类同样 PascalCase
// 模板实现
};
// 接口类通常以 I 开头
class ISerializable {
virtual void serialize() = 0;
};
命名空间用于组织相关代码，避免名称冲突。通常使用全小写或与公司/项目相关的命名约定。
namespace my_project { // 全小写
namespace utils { // 嵌套命名空间
// 工具函数
}
}
namespace MyCompany { // 公司名可能用 PascalCase
namespace MyProduct { // 产品相关代码
}
}
尽量限制宏的使用，特别是在 C++ 中。必须使用宏时，确保名称全大写且具有描述性，避免与其他名称冲突。
// 全大写，谨慎使用
#ifndef HEADER_GUARD_H
#define HEADER_GUARD_H
#define MAX(a, b) ((a)>(b)?(a):(b))
#define DEBUG_MODE 1
// 特殊宏（编译器相关）
#ifdef __cplusplus
extern "C" {
#endif
#endif // HEADER_GUARD_H
通常使用小写字母和下划线，保持名称简洁。头文件和源文件应该有一致的命名模式。
my_class.h (普通), my_class_impl.h (实现细节), my_class_test.h (测试)my_class.cpp (C++), my_class.c (C), my_class_impl.cpp (实现), my_class_test.cpp (测试)my_module_internal.h (内部), my_module_public.h (公共 API)某些特定类型的元素有特殊的命名约定，这些约定有助于快速识别元素的性质和用途。
布尔变量和函数应该清楚地表达其真值条件，通常使用 is、has、can 等前缀。
bool is_ready; // is_ 前缀
bool has_permission; // has_ 前缀
bool can_execute; // can_ 前缀
bool should_retry; // should_ 前缀
迭代器通常简写为 it，指针可以使用前缀如 p，但现代 C++ 中裸指针使用减少，这一约定也逐渐淡化。
std::vector<int>::iterator it; // 迭代器
std::vector<int>::const_iterator cit; // 常量迭代器
int* p_data; // p_ 指针前缀
char* sz_string; // sz 零结尾字符串
异常类应该清楚地表明错误类型，通常以 Error 或 Exception 结尾。
class NetworkError : public std::exception { // Error 后缀
// 异常类
};
throw InvalidArgumentException("Bad argument"); // Exception 后缀
通过对比 C 语言和 C++ 现代风格的完整示例，可以更清楚地理解不同命名规范在实际项目中的应用。
典型的 C 语言项目使用全小写 snake_case，宏定义全大写，结构体使用 typedef 创建类型别名。
// constants.h
#ifndef CONSTANTS_H
#define CONSTANTS_H
#define MAX_BUFFER_SIZE 4096
#define DEFAULT_TIMEOUT_MS 5000
typedef struct user_account {
int id;
char username[50];
double balance;
} UserAccount;
int create_user(const char* username, const char* password);
double calculate_interest(double principal, double rate, int years);
#endif
现代 C++ 项目通常使用命名空间、类封装，成员变量有明确的前缀/后缀区分。
// UserAccount.hpp
#pragma once
namespace BankingSystem {
constexpr int MaxBufferSize = 4096;
constexpr int DefaultTimeoutMs = 5000;
class UserAccount {
private:
int m_id;
std::string m_username;
double m_balance;
public:
UserAccount(const std::string& username);
int getId() const { return m_id; }
const std::string& getUsername() const { return m_username; }
bool deposit(double amount);
bool withdraw(double amount);
double calculateInterest(double rate, int years) const;
bool isValid() const;
};
} // namespace BankingSystem
在团队开发中，应该在项目初期就制定并文档化命名规范。定期进行代码审查，确保规范得到遵守。对于遗留代码，逐步重构而非一次性重命名。
calculateMonthlyInterest() 优于 calcInt()命名规范是编程风格的重要组成部分，其不仅影响代码的可读性，也直接关系到项目的可维护性和团队协作效率。在 C/C++ 这样灵活且历史悠久的语言中，存在多种命名约定，没有绝对的"正确"标准。关键是在项目初期明确选择一套规范，并在整个代码库中严格执行。好的命名应该是"自文档化"的——通过名称就能清晰理解其含义和用途，这是衡量命名质量的重要标准。无论选择哪种风格，坚持一致性原则，结合具体项目需求和团队习惯，才能让命名规范真正为代码质量服务。
微信公众号「极客日志」，在微信中扫描左侧二维码关注。展示文案：极客日志 zeeklog
将字符串编码和解码为其 Base64 格式表示形式即可。 在线工具，Base64 字符串编码/解码在线工具，online
将字符串、文件或图像转换为其 Base64 表示形式。 在线工具，Base64 文件转换器在线工具，online
将 Markdown（GFM）转为 HTML 片段，浏览器内 marked 解析；与 HTML 转 Markdown 互为补充。 在线工具，Markdown 转 HTML在线工具，online
将 HTML 片段转为 GitHub Flavored Markdown，支持标题、列表、链接、代码块与表格等；浏览器内处理，可链接预填。 在线工具，HTML 转 Markdown在线工具，online
通过删除不必要的空白来缩小和压缩JSON。 在线工具，JSON 压缩在线工具，online
将JSON字符串修饰为友好的可读格式。 在线工具，JSON美化和格式化在线工具，online