一、三个文件流类，各管一段

"能干什么"是编译期就定死的（15.1.1 讲过：istream / ostream 在第二层就分家了）：

ifstream in("a.txt");
in << "x";              // ❌ 编译错误：ostream 的 << 不在 istream 上

这个错误是好事：编译器帮你挡住了"往只读的流里写"这种逻辑错误。

"选哪个"的原则：

不要因为 fstream 功能最全就用它。 按用途选：只读用 ifstream（还能享受"打开失败就是文件不存在"的语义），只写用 ofstream（会顺手建文件）。

二、完整闭环：写 → 关 → 读 → 关

这是本节要你带走的骨架：

// ── 写 ────────────────────────────
{
    ofstream out("a.txt");
    if (!out) { /* 处理失败 */ }
    out << "内容" << endl;
    out.close();                 // ★ 写完就关，确保数据落地
}

// ── 读 ────────────────────────────
{
    ifstream in("a.txt");
    if (!in) { /* 处理失败 */ }
    string line;
    while (getline(in, line)) {
        // 处理每一行
    }
    in.close();
}

三处细节都值得说：

① 为什么用 { } 把两段包起来

两个作用：

• 让流对象在块结束时析构（10.3）——即使你忘了 close()，析构也会兜住；
• 防止名字冲突（两个块里都能叫 in/out，互不干扰）。

这是"资源交给对象管"的雏形：对象的生存期 = 资源的持有期。

② 为什么"写完先关、再读"

因为缓冲区（15.1）：

• 你 << 进去的内容可能还在内存里；
• 同一程序里接着读——如果写的那份还没刷，读到的可能是不完整的内容；
• 先 close()，数据落地了再读，最稳。

③ close() 到底做了什么

三、文本文件的标准套路：getline + istringstream

处理文本文件时，最常用的一组配合是：

① getline(in, line)   →  拿到一整行（比如 "Ada 95"）
② istringstream ss(line)  →  把这一行当输入流
③ ss >> name >> score →  按空白拆成几段

为什么不能直接 in >> name >> score？

能，但那样就丢掉了"行"的概念：

• 直接 in >> name >> score 是跨行的——它会一直读到有数据为止，行的边界消失了；
• 而大多数文本文件"一行 = 一条记录"，用 getline 先划出行，再拆，才和文件结构对得上；
• 更重要的是：一行拆坏了，只坏这一行；直接 >> 出错，整个流就乱了。

这是处理 CSV、配置、日志的标准姿势。

四、实例03：读/写文件

教材这道题要做的：完整地"写一个文件、再读回来"，并验证内容对得上。

#include <iostream>
#include <fstream>
#include <sstream>       // istringstream 在这里
#include <string>
using namespace std;

int main() {
    const string fname = "scores.txt";

    // ══ 第一步：写 ══════════════════════════
    {
        ofstream out(fname);                       // 默认 out|trunc：重新生成
        if (!out) { cerr << "写不了 " << fname << endl; return 1; }
        out << "Ada 95" << endl;
        out << "Bob 88" << endl;
        out << "Cid 72" << endl;
        out.close();
        cout << "① 已写入 3 条记录" << endl;
    }

    // ══ 第二步：读（逐行读 + 拆词 + 统计）═══
    {
        ifstream in(fname);
        if (!in) { cerr << "读不了 " << fname << endl; return 1; }

        string line;
        int count = 0, total = 0;
        while (getline(in, line)) {                // 一行一行拿
            istringstream ss(line);                // 把这一行当成一个输入流
            string name;
            int score;
            if (ss >> name >> score) {             // 拆成功才算一条记录
                cout << "② " << name << " -> " << score << endl;
                total += score;
                count++;
            }
        }
        in.close();
        cout << "③ 共 " << count << " 条，总分 " << total
             << "，平均 " << (count ? (double)total / count : 0.0) << endl;
    }
    return 0;
}

看到什么算成功：

① 已写入 3 条记录
② Ada -> 95
② Bob -> 88
② Cid -> 72
③ 共 3 条，总分 255，平均 85

数字怎么来的：95 + 88 + 72 = 255；255 / 3 = 85。

读结果：

• ② 的输出顺序和写入顺序完全一致 ——证明文本文件是"顺序写入、顺序读出"的（这一点在 15.4.4 讲"随机访问"时会变成对照）；
• if (ss >> name >> score) 这个写法：把"拆词"放进 if 条件里——拆成功才处理（对流来说，"成功"就是"流还是好的"）。
• ③ 表明：读进来的东西可以直接参与计算 ——这就是"数据持久化"的意义：这一份 scores.txt 下次运行还能用。

顺手做个小实验：手动用记事本把 Bob 88 改成 Bob abc，再跑程序 → Bob 那一行不会被统计（因为 ss >> score 失败），总数变成 2 条。这就是"手工能改"带来的双面性：方便，也脆弱。

五、30 秒实验

1. 把 out.close(); 和 in.close(); 都注释掉，再跑 → 大概率照样对（作用域结束时析构兜住了）。但把两段合并成一个作用域、又去掉 close()，就可能读到不完整的内容。 所以别赌，关就对了。
2. 把 ③ 的 (double)total / count 改成 total / count → 平均变成 85 还是 85？（这里恰好相等）。换成 Bob 87（总分 254）再试 → 254/3 会得到 84（整数除法砍掉小数），而 (double)254/3 是 84.6667。经典坑（2.4 / 3.3.2 讲过）。
3. 把 while (getline(in, line)) 改成 while (!in.eof()) { getline(in, line); ... } → 最后会多输出一次空行。这是本章最经典的错误写法，15.4.3 会专门解剖。

六、常见误区

1. "fstream 最全能，所以一切文件都用它" ——按需要选。只读用 ifstream、只写用 ofstream，语义更清楚，还能避免"不小心写坏文件"。
2. "写完不用 close()，反正在同一个程序里接着读" ——很危险。数据可能还在缓冲区，先关再读最稳。
3. "in.close() 之后对象就废了" ——没有废。close() 只是断开与文件的关联，对象还能用的——还能再 open() 另一个文件（15.5）。
4. "getline 读回来的行里带着换行符" ——不带。getline 把换行符读走并丢掉（这也是它和 get 的区别）。所以输出时可以自己补 endl。
5. "读文件时 in >> name >> score 更省事，不用 getline" ——在"一行一条记录"的文件上会出问题：>> 会跨行读，行的边界丢了，而且一旦某一行的格式不对，后面的读取全乱。getline + istringstream 才是标准姿势。

• ☐ 下一节（15.3.2 写文本文件）

相关笔记

• 文件的读-写 —— 上一节：文本与二进制两条路
• 写文本文件 —— 下一节：写得更讲究（含实例04）
• 文件的打开 —— 打开与检查
• 输入迭代器 —— istream_iterator、istringstream 的亲戚
• 析构函数 —— 忘了 close() 时的最后一道保险
• 文件结尾的判断 —— while (!in.eof()) 为什么是错的
• 🔷 C++基础 · 索引 —— 全课路线图