这个问题我之前做UWP文件操作时也踩过坑，核心原因有两个，咱们一步步拆解清楚：

为什么会出现无法修改的情况？ #

• 文件流未正确关闭：你调用MoveAndReplaceAsync时，临时文件的stream和DataWriter还处于打开状态，系统会锁定这个文件，导致后续写入操作被拒绝。
• StorageFile对象失效：当MoveAndReplaceAsync执行完成后，原来的_file（旧文件）已被替换删除，tmpFile（临时文件）也被移动到目标位置，这两个对象的引用不再指向当前存在的有效文件，后续操作自然报错。

另外补充一个细节：你原代码里用DataWriter写入后没调用StoreAsync()，这会导致内容根本没写入临时文件，就算移动成功也是空文件，这个小疏漏也得补上。

修正后的代码示例 #

private async void MoveAndReplaceAndAppend_Click(object sender, RoutedEventArgs e) {
    var tempFolder = ApplicationData.Current.TemporaryFolder;
    var filename = Guid.NewGuid().ToString();
    var tmpFile = await tempFolder.CreateFileAsync(filename, CreationCollisionOption.GenerateUniqueName);
    string failures = "";

    try {
        // 使用using语句自动释放流和DataWriter，确保文件不会被锁定
        using (var stream = await tmpFile.OpenAsync(FileAccessMode.ReadWrite))
        using (var dw = new DataWriter(stream)) {
            dw.WriteString("New file");
            await dw.StoreAsync(); // 必须调用这个方法才能把内容写入文件
            await dw.FlushAsync();
        }

        // 流关闭后，安全执行移动替换
        await tmpFile.MoveAndReplaceAsync(_file);

        // 关键：原来的_file已经失效，重新获取目标路径的文件引用
        _file = await StorageFile.GetFileFromPathAsync(_file.Path);

        // 现在用更新后的_file引用追加内容就没问题了
        await FileIO.AppendTextAsync(_file, "testing");
    } catch (Exception ex) {
        failures += $"Operation failed: {ex.Message}\n";
    }

    if (!string.IsNullOrEmpty(failures)) {
        var dlg = new MessageDialog(failures);
        await dlg.ShowAsync();
    }
}

核心注意事项 #

• 始终释放文件资源：对于实现IDisposable的对象（比如IRandomAccessStream、DataWriter），用using语句是最稳妥的方式，它会在代码块结束后自动关闭资源，避免文件锁定。
• 更新文件引用：任何涉及文件移动/替换/重命名的操作完成后，原来的StorageFile对象都会失效，必须通过路径重新获取，或者从目标文件夹重新检索，才能继续操作文件。
• DataWriter的写入步骤：调用WriteString()后一定要执行StoreAsync()，否则写入的内容只会停留在内存里，不会持久化到文件中。

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