我正在编写一个 C# Windows 应用程序来更新旧应用程序的 .ini 文件。我没有旧应用程序的源代码，因此无法对其进行修改。
旧版应用程序将设置存储在 C:\Windows 的 INI 文件中。该位置无法更改。
为了修改 INI 设置，我一直在使用这些 Windows 函数：
[DllImport("kernel32.dll", EntryPoint = "GetPrivateProfileString")]
private static extern int GetPrivateProfileString(string lpAppName, string lpKeyName, string lpDefault, StringBuilder lpReturnedString, int nSize, string lpFileName);
[DllImport("kernel32.dll", EntryPoint = "WritePrivateProfileString")]
private static extern bool WritePrivateProfileString(string lpAppName, string lpKeyName, string lpString, string lpFileName);
上述函数似乎没有修改 INI 文件，但是随后对“GetPrivateProfileString”的调用显示了正确/修改的值。
此外，我什至尝试使用 System.IO 类直接写入 INI 文件。这似乎没有修改INI文件。
如果我尝试将文件复制到应用程序的目录然后写入 INI 设置，则会写入正确的值。如果我随后尝试将此修改后的文件复制回 C:\Windows，则原始 INI 文件似乎没有被修改。
似乎操作系统级别发生了某种类型的 INI 文件缓存？
如果我使用文本编辑器手动编辑 INI 文件，INI 文件就会更新。
正如其他论坛上的建议，我在编写 INI 设置后也尝试过此代码：
WritePrivateProfileString(null, null, null, filename);
我的问题是旧应用程序无法获取 INI 文件更改（即使在重新启动旧应用程序后）。
在 UAC 下，没有 UAC 清单的应用程序如果尝试执行 UAC 阻止的操作，则会受到虚拟化的影响。这将写入镜像位置而不是受保护位置。当您尝试读取时，如果镜像位置中有文件，您将获得该文件。通过这种方式，您的应用程序将可以运行，即使它的编写与当时的最佳实践相矛盾。
To find the mirror location, open a Windows explorer to the folder and look for a button in the toolbar that says Compatibility Files:
也许这对您来说已经足够了 - 既然您知道在哪里查找，您就可以信任虚拟化，并且该应用程序将正常工作。如果没有，请考虑在应用程序上放置外部清单。很明显的一句话asInvoker将阻止虚拟化并且写入将失败。如果应用程序具有错误处理功能（例如回退到另一个位置），也许这很好。很明显的一句话requireAdministrator将阻止虚拟化并且写入将会成功。然而，UAC 同意可能会惹恼您的用户。
（顺便说一句，这张图片来自我的一篇博客文章，其中更多地讨论了虚拟化。http://www.gregcons.com/KateBlog/FindingFilesYoureSureYouWrote.aspx)
我发现在许多应用程序中，以管理员身份运行一次即可将我的设置到位，之后我可以在不提升的情况下运行。在这种情况下，训练您的用户右键单击，以管理员身份运行。