它是否使用修改时间戳或/和是否检查实际内容是否已更改（例如通过比较校验和）？
编辑：我需要知道这一点，因为我使用 Git 进行源代码控制并且经常更改分支。似乎有时即使我将分支改回并强制（例如，从 develop 到 master 然后回到 develop），VS 还是会重建一半的源文件。我想知道为什么会发生这种情况，为什么有时会发生而其他时候不会发生。
【问题讨论】：
标签： visual-studio file-io compilation
由于 Visual Studio 是一个闭源项目，我敢打赌只有开发人员才能对它的工作原理给出明确的答案。但是，就我的目的而言，测试一些场景就足够了。
我已经用一个小解决方案和其中的几个文件（一个头文件和两个源文件）对其进行了测试。测试结果得出以下结论。 Visual Studio 查找修改日期和时间。即使文件内容相同 - 它也会编译此文件以及包含它的任何其他文件。如果修改日期和时间相同，即使内容不同也不会重新编译。 Visual Studio 会忽略创建和访问日期和时间。
【讨论】：
我猜它在项目目录和链接文件（如果有的话）上使用FileSystemWatcher，只是因为它是做这种事情的正确方法。
一些谷歌搜索找到了更多关于这个类的信息（或者你自己查一下）：
当然，当源文件打开时，它是编辑时的内容，以及任何用户更改（甚至未保存）都加载到 RAM 中，但它不会将其与磁盘内容进行比较（即' d 太慢），当系统告诉它文件已更改时，它会监听系统事件。
更新：
可能不是那个类本身，而是它的 Win32 版本，你知道大多数系统相关的 .NET 功能类只是 Win32 包装器。
来自 StackOverflow 的回答：How does FileSystemWatcher work on another computers directory?
我认为它包装了这个 API（不确定）：http://msdn.microsoft.com/en-us/library/aa365465.aspx
更新 2：
这是微软监控文件更改的方法：
http://msdn.microsoft.com/en-us/library/chzww271(v=vs.80).aspx
更新 3
这是一个旧答案，上面提到这是一个猜测，因为 Visual Studio 是封闭源代码，正如其他答案中提到的那样。值得一提的是，accepted answer 建议 Visual Studio 改为查找文件修改日期，这表明它没有使用在这个答案中猜测的方法，并且它是错误.
我希望读者不介意为合理化此答案中的可能性所做的努力（导致读者不适或投反对票）。仅出于存档原因保留它。
【讨论】：