DiscordJS V13机器人Mac端正常 Windows端ascii-table卡住无法启动

该问题和Discord.js V13本身逻辑无关，是Windows终端默认编码与ascii-table输出的特殊制表符不兼容，触发Node.js标准输出流阻塞导致的进程冻结。

• 类Unix系统（MacOS、Linux）终端默认使用UTF-8编码，对ascii-table默认调用的┌/┐/└/┘/─/│这类Unicode制表符兼容性好，输出过程不会阻塞主进程，因此Mac端运行完全正常
• Windows自带CMD、旧版PowerShell默认使用GBK编码（代码页936），遇到无法识别的UTF-8制表符时会锁死输出缓冲区，直接中断Node.js后续执行逻辑，表现为ascii-table加载到一半卡住、机器人完全不启动

方案1：启动时强制切换终端为UTF-8编码（无需改业务代码） #

Windows端启动机器人前，先在当前终端执行编码切换命令，再执行启动指令即可：

# 切换当前终端代码页为UTF-8
chcp 65001
# 执行常规启动命令，根据你的项目入口文件调整
node index.js

需要长期托管的话，可以直接在项目根目录新建Windows专用启动脚本start.bat，双击即可自动完成编码切换+启动：

@echo off
chcp 65001 > nul
node index.js
pause

方案2：替换ascii-table边框为纯ASCII字符（全平台无兼容问题） #

如果不想修改终端配置，可以在初始化ascii-table实例时，手动指定边框为普通ASCII字符，从根源避开特殊字符兼容问题：

const AsciiTable = require('ascii-table');
const cmdTable = new AsciiTable('命令处理器运行状态');
cmdTable
  .setHeading('命令名称', '加载状态', '权限等级')
  // 关键配置：替换默认Unicode边框为纯ASCII符号
  .setBorder('|', '-', '+', '+', '+', '+', '+', '+', '+', '+', '+');

// 后续正常调用addRow添加行、toString输出即可

方案3：更换兼容的终端环境 #

直接安装使用Windows Terminal作为运行终端，该终端默认全局启用UTF-8编码，不需要手动切换代码页，直接运行原有项目代码即可正常加载ascii-table、启动机器人。

临时注释掉项目中所有ascii-table渲染、输出的相关代码，直接在Windows环境启动机器人，如果可以正常登录、响应指令，即可100%确认故障点为ascii-table输出环节的终端兼容问题，和指令注册、Discord接口连接逻辑无关。
注意不要用VSCode旧版本内置调试控制台运行机器人，该控制台对特殊字符的渲染兼容度低于外置终端，更容易触发输出阻塞问题。

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