嘿，这个问题问得挺到位的！这两种写入文本文件的方法并不是完全等效的，它们在底层技术、功能灵活性和使用场景上都有明显区别，我给你详细拆解下：

首先先把你给出的第二种方法补全（看起来代码没写完），完整示例如下：

两种方法的完整示例代码 #

方法一：使用VBA标准库（原生API） #

Sub WriteToTextFile_FirstWay()
    Open "D:\Temp1.txt" For Output As #1
    Print #1, "This text file was created using microsoft standard library."
    Close #1
End Sub

方法二：使用Microsoft Scripting Runtime（FileSystemObject） #

Sub WriteToTextFile_SecondWay()
    Dim FSO As New FileSystemObject
    Dim txtstream As TextStream
    Set txtstream = FSO.CreateTextFile("D:\Temp2.txt", True, True)
    txtstream.WriteLine "This text file was created using Microsoft Scripting Runtime."
    txtstream.Close
End Sub

核心差异点 #

1. 兼容性与依赖 #

• 标准库方法（Open/Print/Close）是VBA原生内置的，不需要额外引用任何外部库，所有支持VBA的Office版本都能直接运行，兼容性拉满，完全不用担心环境问题。
• FileSystemObject（简称FSO）属于Microsoft Scripting Runtime组件，默认情况下VBA项目不会自动引用它。你要么手动去「工具→引用」里勾选这个库，要么用后期绑定（Set FSO = CreateObject("Scripting.FileSystemObject")）才能避免编译错误，对新手来说可能会踩坑。

2. 功能丰富度 #

• 标准库方法相对基础，核心围绕Open语句的不同模式（Output/Append/Input等）做基础读写，要是想实现遍历文件夹、判断文件是否存在、获取文件属性这类复杂操作，得自己写一堆额外代码。
• FSO是面向对象的文件操作模型，API非常丰富：比如一键创建多级文件夹（FSO.CreateFolder）、判断文件/文件夹是否存在（FSO.FileExists）、直接读取文本文件全部内容（FSO.OpenTextFile(...).ReadAll），甚至能处理文件的复制、移动、删除，用起来高效很多。

3. 编码控制 #

• 标准库的Print语句默认用系统默认编码写入文件，要是你需要指定UTF-8这类编码，得绕很大弯子做额外处理，非常麻烦。
• FSO的CreateTextFile方法第三个参数可以直接指定是否使用Unicode编码（True为UTF-16）；如果要写UTF-8，用OpenTextFile方法搭配TristateFalse参数就能实现，比标准库灵活太多。

4. 资源管理与错误处理 #

• 标准库的文件句柄（比如示例里的#1）如果忘记调用Close，很容易导致文件被锁定，后续无法操作；错误处理只能靠On Error语句兜底，信息不够直观。
• FSO的对象模型更安全，TextStream对象只要正常调用Close或者通过Set ... = Nothing释放，就会自动回收资源；而且很多方法会返回更明确的错误提示，排查问题更方便。

选择建议 #

• 如果只是做简单的文本写入/追加，不需要额外功能，优先用标准库方法，代码简洁还不用操心引用问题。
• 如果需要复杂的文件/文件夹操作，或者有明确的编码需求，选FSO，它的面向对象设计能帮你省不少重复代码。

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