用File.AppendAllText创建的文件能否通过StreamWriter追加内容？

• 能否使用StreamWriter的相关方法向通过File.AppendAllText()方法创建的文件追加文本？
• StreamWriter的方法处理由File.AppendAllText方法创建的文件是否存在已知问题？

相关代码 #

public void WriteLog(string msg){
    if (msg != string.Empty){
        string logFileName = "Protokoll.txt";
        using (StreamWriter logWriter = new StreamWriter(logFileName, true)){
            logWriter.WriteLine(msg);
        }
    }
}

问题现象 #

Protokoll.txt文件从最后访问日期看处于响应状态，但无法新增写入行，不过可通过编辑器手动写入内容，其余txt文件均无此类问题。该WriteLog方法属于校园服务器客户端项目的一部分，用到了NetworkStream，在ReceiveMessages方法中被调用。

问题解答 #

基础问题答复 #

1. 可以使用StreamWriter向File.AppendAllText()创建的文件追加文本。File.AppendAllText()生成的是标准普通文本文件，和其他方式创建的文本文件没有底层差异，完全兼容StreamWriter的写入操作。
2. 不存在已知的兼容问题。File.AppendAllText本质是对StreamWriter写入逻辑的上层封装，两者操作的都是文件系统的标准文件，只要File.AppendAllText执行完成后正常释放了文件句柄，就不会对后续StreamWriter的操作产生负面影响。

写入失败排查建议 #

• 路径漂移问题：代码中仅使用文件名没有指定绝对路径，程序运行时的工作目录可能因线程上下文、启动方式等发生变化，导致日志被写入到其他目录下，你当前查看的文件并不是程序实际操作的文件。建议修改为指定绝对路径，比如将日志路径固定为程序运行目录：string logFileName = Path.Combine(AppDomain.CurrentDomain.BaseDirectory, "Protokoll.txt");
• 权限问题：程序运行身份对目标目录可能没有写入权限，而手动编辑时使用的用户身份有对应权限，就会出现手动可写、程序写入失败的情况。请检查程序运行身份对日志目录的读写权限。
• 异常被吞问题：当前WriteLog方法没有异常捕获逻辑，如果写入时出现文件被占用、权限不足等异常，没有日志输出的情况下你无法感知到写入失败。建议添加try-catch块捕获写入异常，记录具体错误信息辅助排查。
• 并发写入冲突：如果ReceiveMessages方法是多线程并发调用的，多个线程同时打开同一个文件写入会出现句柄抢占，导致部分写入失败。可以给WriteLog方法加锁，或者使用成熟的线程安全日志组件处理日志写入。

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