QFile打开失败常见原因包括：1.路径错误（exists()为false）；2.权限不足（尤其只读文件写入）；3.编码问题（中文路径或QT_NO_CAST_FROM_ASCII宏影响）；4.文件被占用（多进程写冲突）；5.打开模式不匹配（如WriteOnly打开不存在文件）。检查方式：先用QFileInfo和exists()验证路径，再用error()获取具体错误，结合applicationDirPath()确认相对路径基准，Linux下检查文件权限，Windows下注意反斜杠转义。
QFile打开文件失败的常见原因和检查方式
QFile打开失败通常不是代码写错，而是路径、权限或编码问题。先确认QFile::exists()返回true，再调用open()——如果exists()都为false，说明路径根本没找对。
- 相对路径以
QCoreApplication::applicationDirPath()为基准，不是当前工作目录（尤其在IDE里运行时容易混淆） - Windows下路径分隔符用
/或\都行，但单个反斜杠在C++字符串里会转义，必须写成"C:\data\config.txt"或"C:/data/config.txt" - 中文路径在Qt 5.14+默认支持UTF-8，但若项目启用了
QT_NO_CAST_FROM_ASCII宏，QFile("中文.txt")会编译失败，需改用QString::fromUtf8("中文.txt") - Linux/macOS下注意文件权限：
open(QIODevice::WriteOnly)对只读文件会失败，且不抛异常，只返回false
读取文本文件时该用QTextStream还是QFile::readAll()
QFile::readAll()适合小文件（几MB以内），直接返回QByteArray；QTextStream适合按行/按格式解析，自动处理编码转换。
- 用
readAll()后想转成QString，必须指定编码：QString::fromUtf8(file.readAll())（UTF-8）或QString::fromLocal8Bit(file.readAll())（系统本地编码） -
QTextStream默认用QTextCodec::codecForLocale()，Windows上常是GBK，Linux/macOS是UTF-8；显式设置更可靠：stream.setCodec("UTF-8") - 逐行读取大文件时，
QTextStream::readLine()比反复readAll()省内存，但注意它默认最多读2^31字节，超长行会被截断
写入文件时如何避免覆盖误操作和数据丢失
直接open(QIODevice::WriteOnly)会清空原文件，这不是bug，是设计行为。需要追加或安全写入，得主动控制模式。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 追加内容用
QIODevice::Append，但注意它不换行，自己得加" " - 原子写入（防中断导致损坏）：先写到临时文件
temp.txt，close()成功后再QFile::remove()原文件，QFile::rename()临时文件过去 - 写入后务必检查
write()返回值——它返回实际写入字节数，小于预期说明出错（如磁盘满、权限不足） - Qt 6.3+支持
QFileDevice::flush()强制刷盘，但普通QFile没这个接口；用QFileDevice*转型或改用QSaveFile更稳妥
QSaveFile比QFile更适合保存用户数据吗
是的，只要目标是“最终落盘的配置、文档等用户可见数据”，QSaveFile应优先于QFile。
立即学习“C++免费学习笔记（深入）”；
-
QSaveFile写入时先写到.~xxx临时文件，commit()才原子替换原文件，崩溃也不会留脏数据 - 它自动处理跨分区移动（
rename()失败时回退为复制+删除），QFile::rename()在不同挂载点会失败 - 注意
QSaveFile不支持QIODevice::ReadOnly，只用于写；读还是用QFile - 调用
commit()前必须close()，否则commit()返回false且无提示
真正麻烦的是二进制协议兼容性——比如你用QDataStream序列化对象，QSaveFile内部用QFileDevice封装，行为一致；但若手动拼接字节写入，得确保QSaveFile的缓冲区刷新时机和QFile一致，否则调试时可能卡在commit()阻塞。
