freopen是C语言中重定向标准输入输出流的核心函数，在竞赛编程和文件处理场景中，它比fopen更直接，但使用不当也会带来隐患。
freopen c语言用法详解：从入门到实战
freopen的基本语法和参数含义
freopen的原型定义在<stdio.h>中，写法是FILE freopen(const char filename, const char mode, FILE stream)，三个参数分别指向文件名、打开模式以及要重定向的流，最常见的用法是将stdin或stdout重定向到文件，从而让程序从文件读取数据，或将输出写入文件，模式字符串与fopen一致，例如"r"代表读，"w"代表写，"a"代表追加。
freopen重定向标准输入输出
使用freopen重定向输入输出时，只需一行代码即可完成环境切换，例如在程序开头写入freopen("input.txt", "r", stdin);，后续所有scanf、getchar等输入函数都会从input.txt读取，同样，freopen("output.txt", "w", stdout);会让printf、puts的输出直接写入文件，这个特性让开发者无需修改大量IO代码，就能快速切换数据源，尤其在竞赛编程中几乎是标配做法。
freopen常用的打开模式
与fopen一样，freopen支持多种模式,下表列出最常用的几种组合：
| 模式 | 含义 | 适用场景 |
|---|---|---|
"r" |
只读，文件必须存在 | 从文件读取输入数据 |
"w" |
只写，覆盖已有文件 | 将输出结果写入新文件 |
"a" |
追加，在文件末尾写入 | 记录日志，不覆盖之前内容 |
"r+" |
读写，文件必须存在 | 需要同时读写同一文件 |
"w+" |
读写，覆盖创建 | 调试时既可读又可写 |
多数情况下，竞赛编程只用"r"和"w"，因为输入输出通常分离，需要读写同一文件时，"r+"
或"w+"才派上用场。
freopen和fopen区别：如何选择正确的文件操作函数
核心区别：重定向 vs 普通文件流
freopen和fopen最根本的区别在于：fopen返回一个全新的FILE指针，你需要手动管理这个流；而freopen将已有的流（如stdin、stdout）绑定到新文件，返回的是同一个流指针，也就是说，freopen改变的是全局标准流的行为，而fopen只是在堆上创建了一个独立的文件流，这意味着使用freopen后，你不需要再写fscanf(fp, ...)，直接调用scanf即可，代码更简洁，但代价是标准流的状态被永久改变,除非你主动用另一个freopen恢复。
freopen和fopen在竞赛编程中的场景对比
在竞赛编程场景下，输入输出重定向是刚需，选手常写类似freopen("data.in", "r", stdin);的代码，这样在本地测试时从文件读取，提交时只需注释掉这一行，程序瞬间切回键盘输入，而fopen无法做到这一点，你必须手动将每个scanf替换为fscanf，工作量巨大，行业共识认为，freopen在竞赛编程中的统治地位难以撼动，因为它零侵入地改变了IO方向。
freopen vs fopen_s：安全性考量
微软C++编译器推荐使用fopen_s和freopen_s，它们会检查参数合法性并返回错误码，但大多数竞赛环境（如GCC）并不强制要求安全版本，很多选手仍使用传统freopen，如果项目需要跨平台或严格的安全审计，建议使用freopen_s，它的性能开销几乎可以忽略。freopen_s在Linux下不是标准C库函数,移植时需要额外注意。
其他编程语言中的重定向方案对比
C++中的freopen与ios::sync_with_stdio
C++继承了C语言的freopen，用法完全相同，但C++选手常搭配ios::sync_with_stdio(false);和cin.tie(0);来加速IO，需要留意的是，freopen重定向stdin后，cin也会受影响，因为cin底层绑定stdin，如果你在C++中用freopen重定向了输入，记得同时调整cin的同步设置，否则可能遇到缓冲区问题，据多数C++竞赛选手的经验，freopen配合cin/cout关闭同步后，性能与scanf/printf相当。
Python中的文件重定向与sys.stdin重定向
Python没有freopen，但提供了更灵活的sys.stdin = open('input.txt', 'r')，这种重定向方式与freopen思路一致，但Python的sys.stdin是一个文件对象，重新赋值后，input()函数会自动从新文件读取，相比C语言，Python的重定向更直观，但不能直接还原，需要先保存原始sys.stdin。
import sys
orig_stdin = sys.stdin
sys.stdin = open('input.txt', 'r')
# 处理输入
sys.stdin.close()
sys.stdin = orig_stdin这种写法在本地调试时非常实用,提交时只需注释掉重定向代码。
Java中的System.setIn和System.setOut
Java通过System.setIn(InputStream)和System.setOut(PrintStream)实现重定向。
System.setIn(new FileInputStream("input.txt"));
System.setOut(new PrintStream(new FileOutputStream("output.txt")));之后Scanner或System.in都会从文件读取，System.out.println会写入文件，与C语言的freopen相比，Java的方案更显式，但需要手动管理流关闭。Java的重定向同样只能覆盖标准流,无法像fopen那样创建多个独立流。
freopen实战技巧：调试与竞赛编程场景
使用freopen在本地调试时自动切换输入输出
不少开发者会在代码中嵌入条件编译，让程序在本地自动使用freopen,提交时自动忽略。
#ifdef LOCAL
freopen("in.txt", "r", stdin);
// freopen("out.txt", "w", stdout);
#endif在本地编译时加上-DLOCAL，提交时删除该宏，即可无缝切换，这种技巧在算法竞赛和日常刷题中非常流行,避免了手动注释代码的麻烦。
竞赛编程中freopen的常见陷阱
- 忘记关闭freopen后的流：freopen不会自动关闭原流，但重定向后，原流（如stdin）被关闭，后续
fclose(stdin)会失败，正确做法是让程序结束时自动关闭,不需要手动干预。 - 多次调用freopen导致资源泄漏：如果连续多次调用freopen重定向同一个流，前一次打开的文件会被关闭，但文件描述符可能被耗尽，建议在需要切换时，先
fclose
- 混合使用scanf和cin：如果freopen重定向stdin后，同时使用scanf和cin，可能因为缓冲区不同步造成输入错乱，解决方案是统一使用scanf或关闭cin与stdio的同步。
freopen与文件指针的关闭和恢复
有时需要临时重定向，之后恢复到标准终端，标准做法是先用fgetc或dup保存原始流，但更简洁的方法是：先freopen到文件，使用完毕后，再freopen到终端设备，在Linux下，可以freopen("/dev/tty", "r", stdin);恢复；在Windows下，使用freopen("CON", "r", stdin);，这种恢复方式在提交代码时通常不需要,因为程序运行结束后流会自动清理。
关于freopen的常见问题
freopen重定向后，原来的文件流还能用吗？
重定向后，原来的流（如stdin）被关闭，其文件描述符被释放，你就不能再通过fclose(stdin)或rewind(stdin)操作它，如果需要在重定向后同时访问原流，可以在重定向前用dup(fileno(stdin))复制文件描述符,但多数场景下这么做意义不大。
在Windows和Linux下使用freopen有什么区别？
两个平台的基本语法完全一致，唯一的差异在于恢复默认终端时的设备名称不同：Linux用/dev/tty，Windows用CON，Windows下stdout默认是文本模式，写入换行符会被转换为rn，而Linux下是二进制模式，如果读写二进制文件（如图片），建议在模式字符串中加上"b"，例如"wb"。
使用freopen_s替代freopen会增加性能开销吗？
freopen_s与freopen的功能几乎相同，只是多了错误返回码和参数检查，在编译时开启优化后，性能差异可以忽略不计，如果你在跨平台项目中需要安全版本，建议自己封装一个宏，在MSVC下用freopen_s，在GCC下用freopen,并手动检查返回值。
freopen是C语言文件操作中极简却强大的工具，掌握它能让你的IO代码更整洁，在竞赛和调试中事半功倍。 理解其与fopen、其他语言重定向方案的差异,能帮助你在不同场景下做出最合适的选择。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/539033.html
