-确保我要操作的文件夹或文件可访问（非只读）的最简单方法是什么？
-我知道我可以使用 ACL 添加/设置条目（使文件/文件夹非只读），但是我怎么知道我是否需要使用安全权限来确保文件访问？或者我可以将其添加为额外措施并处理异常/负面情况吗？
-我如何知道何时关闭或只刷新流？例如，我是否应该尝试在方法中使用一次流，然后在最后刷新/关闭/丢弃？如果我使用 dispose()，是否还需要显式调用 flush() 和 close()？
我问这个问题是因为不断确保文件可用是核心要求，但很难保证这一点，所以我的代码设计中的一些技巧会很好。
谢谢
【问题讨论】：
无法保证对文件的访问。我知道这不是一个受欢迎的回应，但它是 100% 正确的。即使您在 Win32 机器上打开了独占的非共享文件，您也永远无法保证对文件的访问。
失败的方式太多，您根本无法控制。经典示例是通过网络打开的文件。使用任何帐户以任何方式打开它，我只需走过并拉动网线即可。这将终止您对文件的访问。
我并不是说这是刻薄或傲慢。我这样说是为了确保人们理解对文件系统进行操作是一项非常危险的操作。您必须接受该操作可能并且将会失败。任何涉及磁盘的操作都必须有一个备用方案。
【讨论】：
-确保我要操作的文件夹或文件可访问（非只读）的最简单方法是什么？
以写入模式打开它们？
【讨论】：
尝试将新文件写入文件夹并捕获任何异常。除此之外，还会进行正常的完整性检查，例如文件夹/文件是否存在等。
您永远不应更改代码中的文件夹安全性，因为环境可能会发生巨大变化并导致严重的问题。而是确保事先对安全性进行充分记录和配置。或者，在您自己的代码中使用模拟，以确保您始终以对文件夹/文件具有完全权限的用户身份运行所需的代码。
除非您别无选择，否则切勿调用 Dispose()。您总是在关闭文件之前或想要将流的内容提交到文件/磁盘时刷新。何时执行此操作的选择取决于需要写入的数据量以及写入数据所涉及的时间。
【讨论】：
确保文件夹可写的 100% 万无一失的方法 - 创建一个文件，关闭它，验证它是否存在，然后删除它。有点乏味，但你要求万无一失=）
如果您无法写入文件，最好的办法是处理各种异常，其中涵盖了您关于 ACL 的问题。
另外，我总是显式调用 Close，除非我需要在完成写入之前从文件中读取（在这种情况下，我调用 flush 然后 close）。
【讨论】：
此外，Dispose 在关闭句柄之前会刷新数据，因此无需显式调用刷新（尽管根据您正在处理的数据的数量和类型，频繁刷新可能是个好主意）。
如果您正在对文件进行相对原子的操作并且不需要长时间运行的句柄，则“使用”范例有助于确保您正确处理文件，例如：
using (StreamReader reader = new StreamReader("filepath"))
{
// Do some stuff
} // CLR automagically handles flushing and releasing resources
【讨论】：