oj评测严格匹配输入输出格式，需注意空格换行、编译器版本兼容性、类型安全、边界溢出及隐藏约束，任何偏差均导致wa/re/ce。
确认输入输出格式是否完全匹配评测环境
NOJ、洛谷等OJ系统对输入输出格式极其敏感，哪怕多一个空格、少一个换行都会判为 Wrong Answer。本地运行时你可能用 cin 和 cout 随意读写，但评测机严格按题目描述的“第一行输入n，第二行n个整数”来喂数据，也只比对标准输出的每个字符。
常见踩坑点：
- 用了
scanf("%d ", &x)—— 末尾空格会让scanf等待下一个非空白字符，卡在输入末尾导致读不全 - 输出末尾多了
\n或少了\n，尤其多组测试用例时，最后一组不能多换行 - 用
printf("%.2f", x)输出浮点数，但题目要求保留两位小数且无四舍五入（需手动截断）或要求用fixed+setprecision - 字符串输入用了
gets()或getline(cin, s)却没注意前导/尾随空格是否应忽略
检查编译器版本与语言标准差异
OJ后台常用 GCC 7.5 / Clang 10+ 编译 C++17，而你本地可能是 GCC 12 + C++20。某些语法在新版里合法，老版直接报 Compile Error。
典型不兼容写法：
-
for (auto [k, v] : map)—— C++17 起支持结构化绑定，但 NOJ 多数仍用 C++14，会编译失败 -
std::optional、std::string_view—— C++17 特性，OJ 不识别，报identifier "optional" is undefined - 未加
#include <bits></bits>却用了__gcd()—— 这是 GCC 扩展，非标准，部分 OJ 不提供 - 用
long long但输出写成%d—— 格式符错配在本地可能侥幸不崩，评测机上触发未定义行为
排查隐式类型转换与边界溢出
本地用小数据测不出问题，一到评测大数据就 Runtime Error 或 Wrong Answer，大概率是整数溢出或符号扩展翻车。
必须人工检查的几处：
- 循环变量用
int i = 0; i ，当 <code>n, m接近 1e5 时，n * m溢出为负，循环直接跳过 - 数组下标计算含表达式如
a[i - 1] + b[j]，没保证i > 0就访问a[i-1]，本地栈内存宽松不段错误，评测机立刻Segmentation Fault - 字符判断写
if (c >= 'a' && c ，但 <code>char在某些平台默认是signed，遇到 ASCII > 127 的字节（如中文输入残留）会转成负值，条件恒假 - 用
abs(x - y)比较差值，但x和y是int，差值可能为INT_MIN，abs(INT_MIN)仍是负数（未定义行为）
验证是否遗漏题目隐藏约束
很多题干里藏着关键限制，比如“数据保证不重复”“所有数字在 int 范围内”“字符串长度不超过 1000”，这些不是废话，而是算法选型和边界处理的依据。
容易被忽略的点：
- 题目说“第一行一个整数 T 表示测试组数”，但没说 T ≤ 100 —— 实际可能到 1e4，你用
O(T×n²)就必TLE - “图中无重边”意味着邻接表不用去重，但若你写了
set<int></int>存邻居，反而拖慢常数 - “答案保证在 long long 范围内” —— 提示你要把中间乘积升到
long long，否则int × int先溢出再转 long long 已晚 - “输入以 EOF 结束”却不写
while (cin >> n)或while (~scanf("%d", &n))，导致只读一组就退出
本地能跑通只是第一步，OJ 是裸金属上的严苛考场：没有调试器、没有 stderr 输出、不接受任何格式偏差。最危险的错误，往往发生在你确信“这不可能出错”的那几行代码里。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
