std::stack仅适合按行反转（第一行变最后一行），因其LIFO特性匹配“最后读入最先输出”，但不支持遍历，必须pop()取值且原始顺序不可恢复。
用 std::stack 缓存行再倒序输出，核心是“读完再写”
直接边读边反转行内容（比如把每行字符串内部翻转）和按行反转（第一行变最后一行）是两回事。std::stack 在这里只适合后者：它天然的 LIFO 特性正好匹配“最后读入的行最先输出”的需求。但注意——std::stack 本身不支持遍历，你不能把它当容器直接循环打印；必须靠反复 pop() 来取出行，这意味着原始顺序彻底丢失，无法回退或重用。
实操建议：
- 用
std::getline()配合std::ifstream逐行读入，每读一行就push()进std::stack<std::string> - 确保文件以文本模式打开（默认就是），否则 Windows 下的
\r\n可能导致行末多出\r - 不要在
stack为空时调用top()或pop()，先检查empty()
ifstream 打开失败或读到空行时的典型表现
常见错误不是语法问题，而是行为异常：比如程序没报错却输出空白、少一行、或多一个空行。这往往是因为 ifstream 状态位没清或换行符处理不一致。
关键点：
立即学习“C++免费学习笔记（深入）”；
-
ifstream构造失败时，is_open()返回false，但很多新手直接忽略，继续getline()—— 此时会静默失败，stack为空 -
getline()读到空行（仅含\n或\r\n）会返回一个空std::string，它会被正常push()进栈，后续也会被输出。这不是 bug，是符合预期的行为 - 如果文件末尾没有换行符，
getline()仍能正确读取最后一行；但如果用while (file >> line)就会丢掉它——必须用getline()
写回文件时覆盖原文件的风险与安全做法
想把反转结果写回原文件？别直接 ofstream("input.txt") 覆盖。一旦写入中途崩溃，原文件就没了。
更稳妥的方式：
- 先将所有反转后的行暂存到
std::vector<std::string>（从stack中pop()出来并push_back()） - 用临时文件名（如
"input.txt.tmp"）写入，写完调用std::filesystem::rename()（C++17）原子替换，或手动remove()+rename() - 如果坚持用 C++11/14，至少先
std::ofstream tmp("input.txt.tmp")写完并检查tmp.good()，再执行系统级替换
性能与内存边界：大文件下 stack 不是最佳选择
std::stack 底层默认用 std::deque，插入/删除快，但所有行都得驻留内存。100MB 的日志文件，每行平均 100 字节，就是约 100 万次动态分配——不致命，但没必要。
更轻量的替代思路：
- 用
std::vector<std::string>读入全部行，然后std::reverse(vec.begin(), vec.end())，再顺序输出——代码更直白，缓存局部性更好 - 真要流式处理超大文件？那就放弃“全内存反转”，改用两次
ifstream：第一次统计行数和每行偏移，第二次从后往前定位并读取（需配合seekg()和手动解析换行符） -
std::stack在这里只是教学意义明确，实际工程中优先选vector+reverse
真正容易被忽略的是：std::stack 没有迭代器，也没法像 vector 那样用下标随机访问某一行。如果你后续还要对“第 N 行”做处理，从一开始就不该用它。
