分号才是C++语句边界，换行符无语法意义；一行可写多条语句，只要以分号结尾，编译器仅依据分号和大括号解析。
可以，但不建议在生产代码里这么干。
分号才是语句边界，不是换行符
C++ 语法上完全允许一行写多条语句，只要每条都以 ; 结尾。编译器根本不关心换行——它只认分号和大括号。比如 int a = 1; int b = 2; std::cout 是合法的单行三语句。
但问题不在“能不能”，而在“该不该”。可读性、调试便利性、版本控制 diff 可读性都会打折扣。
- 断点只能打到整行，无法单独停在某一条语句上
- Git diff 显示变更时，一行混多条语句会让修改范围模糊
- 静态分析工具（如 clang-tidy）常默认假设“一行一语句”，可能漏报问题
哪些场景下真有人这么写
实际中，只有极少数边界情况会容忍单行多语句：
立即学习“C++免费学习笔记（深入）”；
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- for 循环的三段控制表达式：
for (int i = 0; i —— 这里的 <code>i = 0、i 、<code>++i本质是三个独立表达式，不是三条语句，但容易混淆 - 宏定义内部为压缩体积：
#define SWAP(a,b) { auto t=a; a=b; b=t; }—— 注意这里用的是复合语句块，不是多语句并列 - 某些嵌入式或竞赛代码为省字符（不推荐）
普通函数体、逻辑分支、初始化代码中，一律避免。
拆成多行时要注意的坑
一条语句跨多行没问题，但必须保证语法完整性。常见翻车点：
-
std::vector<int>模板参数跨行时，<和>不能被换行打断（C++11 起支持，但老编译器可能报错） - 宏定义末尾漏掉反斜杠
\，导致下一行被吞进宏体 - 字符串字面量跨行未用
\连接或未用R"(...)"原始字符串，直接编译失败 - 预处理器指令（如
#include）不能换行，否则会被截断
更稳妥的做法是：长表达式在逗号、二元操作符（+、&&、? 等）后换行，并缩进对齐——这是 clang-format 默认策略。
团队协作时的隐性成本
即使你个人能接受单行多语句，CI 流水线里的 linter（如 cpplint）、代码审查工具、IDE 的自动格式化（如 VS Code 的 C/C++ 扩展）大概率会把它重排成多行。这意味着每次提交都可能带一堆“纯格式变更”的 diff，干扰真实逻辑变更的评审。
真正容易被忽略的，不是语法允不允许，而是“谁来维护这行代码”——半年后你自己再看 auto x=f(); auto y=g(); h(x,y);，第一反应不是“这很紧凑”，而是“哪个值先算？有没有隐式依赖？”
