cmd调用vbs时中文乱码如何解决？

Question

在Windows环境中，通过CMD调用VBS脚本时，若脚本中包含中文字符，常出现乱码问题。这是由于CMD默认使用GBK编码（代码页936），而VBS文件可能以UTF-8或Unicode保存，导致字符解析错乱。例如，使用`cscript script.vbs`执行含中文输出的脚本时，控制台显示乱码。该问题常见于跨语言开发、自动化部署等场景。解决方法包括：将VBS文件保存为ANSI编码，或在执行前通过`chcp 65001`切换CMD为UTF-8模式，并确保脚本编码与之匹配。此外，使用ADODB.Stream进行字符串处理也可避免编码冲突。

Answer 1

1. 问题背景与现象描述

在Windows操作系统中，命令提示符（CMD）是执行批处理脚本和调用VBS（VBScript）脚本的重要工具。然而，当VBS脚本中包含中文字符时，通过cscript script.vbs执行时常出现乱码现象。例如，脚本中输出“你好，世界！”，但在控制台显示为“浣犲ソ锛岀晫！”或类似乱码。

该问题的根本原因在于编码不一致：CMD默认使用代码页936（即GBK编码），而现代文本编辑器（如Notepad++、VS Code）默认以UTF-8或Unicode保存VBS文件，导致解析时发生字符错位。

2. 编码机制分析

Windows CMD的字符编码由当前“活动代码页”决定。可通过以下命令查看：

chcp

通常返回活动代码页: 936，表示使用GBK编码。而UTF-8对应的代码页为65001。若VBS文件以UTF-8保存，但CMD未切换至UTF-8模式，则读取脚本内容时会按GBK解码，造成中文乱码。

此外，VBS引擎（cscript/wscript）本身对源文件的编码识别能力有限，无法自动检测BOM（字节顺序标记），进一步加剧了编码冲突。

3. 常见解决方案对比

方案	操作方式	优点	缺点
保存为ANSI编码	用记事本另存为ANSI格式	兼容性强，无需修改环境	仅支持本地语言字符集，非Unicode
chcp 65001切换代码页	执行前运行chcp 65001	支持完整Unicode字符	CMD字体需设置为TrueType（如Consolas）
使用ADODB.Stream读取文本	在脚本中编程指定UTF-8读写	绕过系统编码限制	增加脚本复杂度

4. 实际操作示例

以下是解决乱码问题的具体步骤：

1. 确保VBS文件以UTF-8 with BOM格式保存（推荐使用Notepad++）
2. 在CMD中执行：chcp 65001 切换至UTF-8模式
3. 设置CMD字体为Consolas或Lucida Console（右键标题栏→属性）
4. 运行脚本：cscript //nologo myscript.vbs
5. 若仍乱码，检查是否遗漏BOM，或尝试ANSI保存
6. 对于自动化部署场景，可在批处理文件中封装编码切换逻辑

5. 高级处理：使用ADODB.Stream规避编码问题

ADODB.Stream对象可显式指定字符编码，适用于读取/写入含中文的文本文件或动态生成字符串：

Set stream = CreateObject("ADODB.Stream")
stream.Charset = "UTF-8"
stream.Type = 2 'adTypeText
stream.Open
stream.WriteText "中文内容：测试成功！"
stream.SaveToFile "output.txt", 2
stream.Close

此方法不依赖系统代码页，适合跨平台、多语言混合环境下的自动化脚本开发。

6. 自动化部署中的编码管理策略

在CI/CD流水线或配置管理工具（如Ansible、SaltStack）中调用VBS脚本时，建议采用以下流程：

graph TD A[准备VBS脚本] --> B{是否含中文?} B -- 是 --> C[保存为UTF-8 with BOM] B -- 否 --> D[任意编码] C --> E[部署前执行chcp 65001] E --> F[调用cscript执行] F --> G[验证输出日志编码] G --> H[记录执行结果]

该流程确保在不同Windows环境中保持输出一致性，减少因区域设置差异引发的问题。