QFileInfo文件访问开销疑问：哪些方法会访问文件系统？

嘿，这个问题问到点子上了——在高频循环里处理文件路径时，搞清楚哪些操作会触发IO、哪些只是内存字符串处理，对性能影响太大了！

先明确QFileInfo的两类方法 #

QFileInfo的方法可以清晰分成两类，核心区别就是是否会实际访问文件系统：

1. 仅处理路径字符串（无IO开销） #

这些方法完全基于你传入的路径字符串做解析，根本不会去碰实际的文件或目录：

• fileName()：提取文件名（比如"path/to/file.txt"返回"file.txt"）
• baseName()：提取不带后缀的文件名（"file"）
• suffix()/completeSuffix()：提取文件后缀
• path()/absolutePath()：提取文件所在路径部分
• setFile()：只是更新内部存储的路径字符串，不会触发任何文件查询

简单说，这些方法和你用QString手动拆分路径的逻辑本质一样，都是纯内存操作。

2. 需要访问文件系统（有IO开销） #

这类方法必须去查询实际文件的元数据，会产生磁盘IO（哪怕是缓存IO）：

• exists()：检查文件/目录是否存在
• size()：获取文件大小
• created()/lastModified()/lastRead()：获取文件时间戳
• isFile()/isDir()/isSymLink()：判断文件类型
• permissions()：获取文件权限
• owner()/group()：获取文件所属用户/组

调用这些方法时，QFileInfo会触发一次文件系统查询，并且会缓存结果（后续调用同一对象的这些方法会用缓存，除非调用refresh()刷新）。

你的两段代码性能对比 #

回到你给出的例子：

• 代码1：循环10万次，每次创建QFileInfo并调用fileName()
• 代码2：循环10万次，直接用QString操作提取文件名

首先要明确：代码1里的fileName()属于第一类方法，不会访问文件系统！所以它的开销只是“创建QFileInfo对象 + 字符串解析”，和代码2的纯QString操作本质都是内存级别的计算。

那两者的性能差异大吗？其实很小：

• QFileInfo的fileName()是Qt封装的跨平台实现，处理不同系统的路径分隔符（Windows的\、Linux的/）更可靠，内部实现已经做了优化。
• 代码2如果是手动用QString::section()或split()来拆分路径，逻辑上和QFileInfo的实现差不多，但可能因为少了对象创建的开销，会略快一点点——但10万次循环的差距可能只有几毫秒，几乎可以忽略。

但如果代码1里调用的是exists()这类需要IO的方法，那性能差距会天差地别：10万次磁盘IO操作会让程序卡很久，而纯字符串操作瞬间就能完成。

额外小提示 #

如果需要在循环里多次处理同一个路径的QFileInfo操作，建议只创建一次QFileInfo对象，复用它的结果，避免重复创建对象的开销；如果需要查询文件系统数据，也能利用它的缓存机制减少IO次数。

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