gpt4 book ai didi

c# - 写入后读取文件

转载 作者:行者123 更新时间:2023-11-30 12:47:09 31 4
gpt4 key购买 nike

我有一个奇怪的问题。所以我的代码如下。

  1. exe从用户那里获取一些数据

  2. 调用网络服务在特定网络位置(例如\some-server\some-directory)写入(并为数据创建 CSV)文件。虽然此 Web 服务托管在与此相同的位置文件夹是(即我也可以将其更改为 c:\some-directory)。然后它写入文件后返回

  3. exe 检查文件是否存在,如果文件存在则进一步处理,否则会出现错误。

我遇到的问题是在第 3 步。当我尝试在写入文件后立即读取文件时,我总是遇到文件未找到异常(但文件存在)。我在调试时(因为那时我通过调试代码来延迟)或在读取文件之前 Thread.Sleep(3000) 时没有出现此异常。

这真的很奇怪,因为我在返回对 exe 的调用之前关闭了 StreamWriter。现在根据文档,关闭应该强制刷新流。这也与文件的大小无关。此外,我没有执行用于写入和读取文件的异步线程调用。它们一个接一个地在同一个线程中连续运行(只有写入由 web 服务完成,读取由 exe 完成。仍然是串行调用)

我不知道,但感觉文件实际写入磁盘与执行 Close() 之间存在一些时间差异。然而,这令人莫名其妙,因为这与尺寸完全无关。所有文件大小都会发生这种情况。我已经对包含 10、50、100,200 行数据的文件进行了尝试。

我怀疑的另一件事是因为我将此文件写入网络位置,可能是 Windows 通过先写入缓存然后写入网络位置来优化调用。所以我继续更改代码以将其写入驱动器(即使用 c:\some-directory),而不是网络位置。但它也导致了同样的错误。

代码没有错误(读写)。如前所述,通过延迟,它开始正常工作。其他一些有用的信息

  1. exe是.Net Framework 3.5
  2. Windows Server 2008(64 位,4 GB 内存)

编辑 1File.AppendAllText() 不是正确的解决方案,因为它会创建一个新文件,如果它不退出的话

编辑 2编写代码

using (FileStream fs = new FileStream(outFileName, FileMode.Create))
{
using (StreamWriter writer = new StreamWriter(fs, Encoding.Unicode))
{
writer.WriteLine(someString)
}
}

阅读代码

  StreamReader rdr = new StreamReader(File.OpenRead(CsvFilePath));
string header = rdr.ReadLine();
rdr.Close();

编辑 3用过textwriter,同样的错误

  using (TextWriter writer = File.CreateText(outFileName))
{
}

编辑 3最后,根据一些用户的建议,在抛出找不到文件的异常之前,我在 while 循环中检查文件一定次数。

int i = 1;
while (i++ < 10)
{
bool fileExists = File.Exists(CsvFilePath);
if (!fileExists)
System.Threading.Thread.Sleep(500);
else
break;
}

最佳答案

所以您是将流写入文件,然后将文件读回流?是先写入文件再进行后期处理,还是直接使用源码流?

如果你需要这个文件,我会使用一个循环,每秒检查文件是否存在,直到它出现(或者愚蠢的时间已经过去)——如果你不能写,作者会给你一个错误文件,所以您知道它最终会出现。

关于c# - 写入后读取文件,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/17719905/

31 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com