fgets会将行末换行符'\n'一并读入缓冲区，导致二维数组每行末尾多出'\n'，影响字符串比较或拼接；解决方法是用strcspn定位后置'\0'，并注意行数与列宽需匹配文件实际长度及'\0'空间。
用 fgets 读取到二维字符数组时，为什么总多出换行符？
因为 fgets 会把行末的 \n 一并存入缓冲区。如果你声明的是 char lines[100][256]，每行最多读 255 字符 + 1 个 \0，但 fgets(lines[i], 256, fp) 实际可能存入 "hello\n\0" —— 这个 \n 后续做字符串处理（比如 strcmp 或拼接）时会出问题。
解决方法是手动截断：
- 读完后检查
lines[i][strlen(lines[i])-1] == '\n'，成立就赋'\0' - 更安全写法：用
strcspn(lines[i], "\n")找位置，再置'\0' - 别用
scanf("%s", lines[i])—— 它遇空格就停，且不防溢出
二维数组大小怎么定才不越界？关键看行数和列宽的约束来源
行数由你预期的最大行数决定（比如日志最多 1000 行），列宽必须 ≥ 文件中最长行的字节数 + 1（给 \0 留位置）。如果文件行长度不可控，二维数组就不是好选择 —— 改用 std::vector<:string></:string> 更稳妥。
若坚持用 C 风格二维数组：
- 列宽设为 512 时，
fgets第二个参数必须传512，不能传sizeof(lines[0])（虽然通常等价，但语义不清） - 行数超限后继续
fgets会写到数组外 —— 务必加计数器判断i -
MAX_LINES * MAX_COLS太大会占栈空间，超过几 MB 建议malloc分配
遇到空行或文件末尾不带换行符，fgets 行为一致吗？
一致：fgets 只要读到 \n 或 EOF 就停止，并在末尾加 <p>一致：<code>fgets 只要读到 \n 或 EOF 就停止，并在末尾加 \0。空行会读成 "\n\0"；最后一行没 \n（常见于手写文本），就读成内容 + \0，无 \n。
"\n<p>一致：<code>fgets 只要读到 \n 或 EOF 就停止，并在末尾加 \0。空行会读成 "\n\0"；最后一行没 \n（常见于手写文本），就读成内容 + \0，无 \n。"；最后一行没 \n（常见于手写文本），就读成内容 + <p>一致：<code>fgets 只要读到 \n 或 EOF 就停止，并在末尾加 \0。空行会读成 "\n\0"；最后一行没 \n（常见于手写文本），就读成内容 + \0，无 \n。，无 \n。
这意味着你不能只靠检测 \n 判断是否完整读取了一行 —— 必须结合 ferror(fp) 和 feof(fp) 排查失败原因：
-
fgets返回NULL且feof(fp)为真 → 正常结束 -
fgets返回NULL且ferror(fp)为真 → 读取出错（如权限不足） -
strlen(lines[i]) == MAX_COLS - 1且末尾不是\n→ 可能该行超长被截断
想跳过注释行（以 # 开头）和纯空行，怎么在读取时过滤？
不能边读边丢弃，因为 fgets 是顺序流操作，丢掉一行就再也读不回来了。正确做法是：先读入，再判断、再决定是否保留。
示例逻辑：
while (i 0 && s[len-1] == '\n') s[len-1] = '\0';
if (s[0] == '#' || strlen(s) == 0) continue; // 跳过
i++;
}
注意：strlen(s) == 0 判空行，比 strcmp(s, "") == 0 更快；s[0] == '#' 前必须确保 s 非空，否则越界。
真正容易被忽略的是：文件编码（如 UTF-8 BOM）、行尾格式（\r\n vs \n）、以及 fgets 对二进制模式下换行符的识别差异 —— 如果文件来自 Windows，在 Unix 系统用文本模式打开可能误判，此时应统一用二进制模式 + 手动解析换行。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
