为何GLib.FileStream无close()方法？重复读写文件需无需手动关闭？

不关闭之前的FileStream就直接重新打开同一个文件是不安全的，核心原因如下：

• 文件句柄泄漏：操作系统对每个进程能打开的文件句柄数量有限制，长期不关闭会耗尽资源，导致后续文件操作失败。
• 数据一致性问题：读模式下的FileStream存在缓冲区，未关闭就切换写模式时，读缓冲区的内容可能未同步到磁盘，或是写操作的结果被缓存干扰，引发数据错乱。
• 资源回收不可控：虽然Vala的垃圾回收可能最终清理未关闭的流，但回收时机不确定，期间文件会持续被占用，可能引发进程锁定或权限冲突。

关于你找不到close()方法的问题：GLib.FileStream确实提供了close()实例方法，用于手动关闭流并释放资源，直接调用即可。

先读再写的正确示例代码 #

public static int main (string[] args) {
    // 读模式打开文件
    FileStream read_stream = FileStream.open ("foo.txt", "r");
    assert (read_stream != null);

    char buf[100];
    while (read_stream.gets (buf) != null) {
        print ((string) buf);
    }

    // 关闭读流
    read_stream.close();

    // 写模式打开文件（按需选择"w"覆盖或"a"追加）
    FileStream write_stream = FileStream.open ("foo.txt", "w");
    assert (write_stream != null);

    write_stream.puts("新写入的内容");
    // 关闭写流
    write_stream.close();

    return 0;
}

更安全的自动资源管理方式 #

推荐使用Vala的using语句，代码块结束时会自动调用close()，避免手动关闭遗漏：

public static int main (string[] args) {
    // 自动管理读流
    using (FileStream read_stream = FileStream.open ("foo.txt", "r")) {
        assert (read_stream != null);
        
        char buf[100];
        while (read_stream.gets (buf) != null) {
            print ((string) buf);
        }
    } // 此处自动关闭读流

    // 自动管理写流
    using (FileStream write_stream = FileStream.open ("foo.txt", "w")) {
        assert (write_stream != null);
        write_stream.puts("新写入的内容");
    } // 此处自动关闭写流

    return 0;
}

总结：无论哪种场景，都必须关闭之前的文件流后再重新打开，这是保证文件操作安全、避免资源泄漏的必要步骤。

内容的提问来源于stack exchange，提问作者rnso