转置加水平翻转等价于顺时针旋转90°：先转置使matrixi↔matrixj，再每行翻转使列序倒置，最终原第i行变为新矩阵第n-1-i列；原地转置需仅遍历上三角，即i∈[0,n-2]、j∈[i+1,n-1]。
为什么转置 + 水平翻转能等价于顺时针旋转 90°
这不是巧合，而是线性变换的叠加：先对角线转置（matrix[i][j] ↔ matrix[j][i]）把行变列、列变行，再每行水平翻转（swap(matrix[i][j], matrix[i][n-1-j])）把列顺序倒过来——两步合起来，原第 i 行就变成了新矩阵的第 n-1-i 列，正是顺时针 90° 的定义。
关键点在于：这两步都可在原矩阵上完成，不需要额外空间；但必须严格按「先转置、后翻转」顺序，反过来（翻转再转置）得到的是逆时针 90°。
怎么写安全的原地转置（避免重复交换）
转置时如果遍历全部元素，matrix[1][2] 和 matrix[2][1] 会被 swap 两次，最终回到原样。必须只操作上三角（或下三角）。
推荐用双层循环，外层 i 从 0 到 n-2，内层 j 从 i+1 到 n-1：
立即学习“C++免费学习笔记（深入）”；
for (int i = 0; i < n; i++) {
for (int j = i + 1; j < n; j++) {
swap(matrix[i][j], matrix[j][i]);
}
}
常见错误：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 内层
j从0开始 → 重复交换，结果错乱 - 用
i 但漏掉 <code>j边界检查 → 越界访问 - 对非方阵（如
m×n）直接套用 → 转置后维度不匹配，C++ 中会编译失败或运行时崩溃
水平翻转时容易忽略的索引边界
每行翻转只需处理前半部分：第 j 个元素和第 n-1-j 个交换，j 遍历到 n/2 即可。注意整数除法截断是安全的（n=5 时 j 取 0,1，中间元素 j=2 自然不动）。
实操建议：
- 用
j 作循环条件，比 <code>j 更直观且无符号问题 - 别写成
j —— 当 <code>n为偶数时会多交换一次（比如n=4，j=2时交换[2]和[1]，已越界） - 确保
swap使用的是std::swap或自行实现的引用交换，而非值拷贝（尤其含大对象时）
完整代码里最常踩的坑：循环变量名冲突和矩阵尺寸误读
很多人把转置循环里的 i,j 和翻转循环里的 i,j 写在同一作用域，结果内层 j 覆盖外层，或忘记重置导致逻辑错乱。
更隐蔽的问题是：题目给的 matrix 类型通常是 vector<vector>></vector>，但新手常误以为 matrix.size() 是列数，其实它是行数 n；而每行长度 matrix[i].size() 才是列数——不过旋转要求是方阵，所以二者应相等，但不校验会埋下运行时风险。
建议加一行断言防呆：
int n = matrix.size();
if (n == 0) return;
for (int i = 0; i < n; i++) {
assert(matrix[i].size() == n); // 非方阵直接崩，比静默出错好
}
真正难调试的，往往是转置后某几行长度突变（比如指针误操作），或者翻转时用了 matrix[0].size() 代替 n，在非首行为最短行时出错。
