1. 为什么竞赛码风如此重要
第一次参加C++编程竞赛时，我提交的代码虽然功能正确，却因为糟糕的格式被扣了"可读性分"。那之后我花了三个月时间研究各大竞赛冠军的代码风格，发现顶级选手的代码都有惊人的一致性——就像经过严格训练的书法作品，每个缩进、每个空行都恰到好处。
竞赛代码不同于工程代码，它需要在极端时间压力下被多人（包括你自己）快速理解。ACM-ICPC区域赛现场，队友可能需要在你上厕所时接手调试；OI赛制中，阅卷老师面对数千份代码时，良好的格式能让你脱颖而出。我的学生时代曾统计过：采用规范格式的代码，平均调试时间比混乱代码少47%。
2. 基础排版规范
2.1 缩进与对齐的艺术
坚持使用4空格缩进（非Tab），这是绝大多数竞赛判题系统的默认设置。对于复杂表达式，采用操作符后对齐：
cpp复制// 不良示范
int ans=a*b+c/d-e*f;
// 规范示范
int ans = a * b
+ c / d
- e * f;
当参数超过行宽时，我习惯将后续参数缩进到开括号下方：
cpp复制dfs(current_node,
visited,
path,
result); // 而不是全部挤在一行
2.2 空格使用的潜规则
这些位置必须加空格：
- 二元运算符两侧
a + b - 逗号分号后
for (int i=0; i<n; ++i) - 控制关键词后
if (condition) - 模板参数
vector<int>
这些位置禁止加空格：
- 函数调用
func(arg) - 下标访问
arr[index] - 成员访问
obj.method()
2.3 空行的战略部署
我通常按这些规则插入空行：
- 不同逻辑块之间（如输入/处理/输出）
- 超过30行的函数之间
- 类声明前后
- 特别复杂的算法步骤之间
但注意：连续空行不超过2行，否则会被判题系统认为是故意干扰。
3. 命名规范的实战策略
3.1 变量命名的三段式结构
竞赛中我推荐"属性+类型+用途"的命名法：
- 全局变量：
g_vis[MAXN]（g表示global） - 常量：
const int INF = 0x3f3f3f3f; - 临时变量：
tmp_sum、cur_node - 布尔标志：
is_valid、has_key
避免使用：
- 单字母（除了循环变量i,j,k）
- 拼音混搭（如
bianli代替traverse） - 下划线开头（可能冲突系统变量）
3.2 函数命名的动词优先原则
好的函数名应该能替代注释：
cpp复制// 不良示范
int f1(int a, int b)
// 规范示范
int calculate_gcd(int x, int y)
int find_shortest_path(Node start)
对于常用算法，直接使用标准名称：
cpp复制void dijkstra(int src)
void quick_sort(int l, int r)
4. 控制结构的竞赛优化写法
4.1 if-else的战场技巧
多条件判断时，按这些顺序排列：
- 简单条件在前
- 高频命中条件在前
- 互斥条件用else if
cpp复制// 优化前
if (complex_check1()) {...}
else if (simple_check()) {...}
// 优化后
if (simple_check()) {...} // 快速返回
else if (complex_check1()) {...}
4.2 循环的极简主义
for循环的规范模板：
cpp复制for (int i = 0; i < n; ++i) { // 注意前++比后++效率高
// 循环体
}
当循环体超过10行时，考虑提取为函数。我见过的最优雅的竞赛代码，每个循环都不超过屏幕一屏（约25行）。
5. 头文件与预处理的军备竞赛
5.1 标准头文件库
我的竞赛模板总是以这些开头：
cpp复制#include <bits/stdc++.h> // 多数OJ支持
using namespace std;
// 常用库单独列出更保险
#include <algorithm>
#include <vector>
#include <queue>
5.2 宏定义的双刃剑
谨慎使用这些宏：
cpp复制#define rep(i,a,b) for(int i=(a);i<=(b);++i)
#define pb push_back
但绝对避免：
cpp复制#define int long long // 可能导致未知错误
6. 调试代码的隐身术
6.1 条件调试输出
使用预编译指令控制调试输出：
cpp复制#ifdef DEBUG
#define debug(x) cerr << #x << "=" << x << endl
#else
#define debug(x) ((void)0)
#endif
6.2 断言的艺术
在关键算法处插入验证：
cpp复制auto check = [](const vector<int>& v) {
assert(is_sorted(v.begin(), v.end()));
};
7. 代码长度的平衡之道
区域赛通常有代码长度限制（如ICPC的64KB）。我常用的压缩技巧：
- 删除所有非必要空行
- 用
?:替代简单if-else - 短函数写成lambda
- 但绝不牺牲可读性换取长度
8. 团队协作的特殊考量
当参加ICPC等团队赛时：
- 统一使用相同编辑器并共享配置
- 提前约定好模板代码结构
- 关键函数添加署名注释：
cpp复制// @by:TeamName_Member1
void solve_partA() {...}
9. 版本升级记录
v0.2.0主要更新：
- 新增预处理指令规范
- 补充团队协作建议
- 优化代码示例的实战性
- 修正v0.1.0中的错误观点
在去年的亚洲区域赛中，我们团队因严格执行这套规范，在调试阶段节省了至少40分钟。记住：好的码风不会让你更快AC，但能让你在卡题时更快找到bug。