VS Code终端美化失败主因是shell未加载对应配置文件；需配置login模式、Nerd Fonts字体、精简oh-my-zsh插件，Windows下改用pwsh以支持彩色输出。
VS Code 终端不靠美化，靠配置精准生效；90% 的“美化失败”其实是因为终端根本没走你配的 shell 或 profile。
终端启动时没加载 .zshrc 或 .bashrc
现象：配了 ls 彩色、alias ll、starship 提示符，但在 VS Code 内置终端里全不生效，echo $SHELL 却显示正确。
原因：VS Code 默认以 non-login 方式启动 shell（尤其 macOS/Linux），跳过 ~/.zshrc 等初始化文件。
- macOS：检查
terminal.integrated.defaultProfile.osx是否指向zsh，再确认terminal.integrated.profiles.osx中对应 profile 的args是否含-l（login 模式） - Linux：同理，确保 profile 配置里有
"args": ["-l"]，否则~/.bashrc不被 source - Windows + WSL：若用
bash或zsh，同样需加-l；直接开cmd或powershell则不走这些 rc 文件
starship 提示符在 VS Code 终端里显示为乱码或空白
现象：starship init zsh 手动执行后正常，但 VS Code 启动即失效，或提示符区域只显示 ❯ 前后空一大截。
本质是字体缺失或终端未启用必要渲染支持。
- 必须安装支持 Nerd Fonts 的等宽字体（如
FiraCode Nerd Font、JetBrainsMono Nerd Font），并在 VS Code 设置中显式指定："terminal.integrated.fontFamily": "'FiraCode Nerd Font'" - 开启
"terminal.integrated.fontSize": 13及以上，太小会导致 glyph 渲染异常 - 禁用
"terminal.integrated.drawBoldTextInBrightColors": false（默认 true），否则部分图标变色错位
用 oh-my-zsh 后终端启动变慢，甚至卡住 2–3 秒
现象：每次新开集成终端都要等待，time zsh -i -c exit 显示耗时 >1s，而系统终端无此问题。
VS Code 终端频繁新建进程，放大了 oh-my-zsh 的初始化开销（尤其是插件和主题）。
- 删掉不用的插件：编辑
~/.zshrc，把plugins=(...)缩减到最小集，比如只留git、sudo - 避免在
~/.zshrc里调用网络命令（如curl检查更新）、读大文件、遍历目录树 - 更彻底的解法：VS Code 终端专用轻量 profile —— 新建
~/.zshrc-vscode，只保留必要 alias 和 PATH，然后在 VS Code 的 profile 配置中指定"args": ["-l", "-i", "-c", "source ~/.zshrc-vscode && exec zsh"]
Windows 下 PowerShell 终端无法使用 Get-ChildItem 彩色输出
现象：系统 PowerShell 控制台里 ls 自动彩色，VS Code 里却是纯白文本，$PSStyle 存在但不生效。
因为 VS Code 默认启动的是旧版 powershell.exe（5.1），而非 pwsh（PowerShell Core / 7+），后者才默认启用现代样式。
- 改用
pwsh：在settings.json中设置"terminal.integrated.defaultProfile.windows": "PowerShell"，再在terminal.integrated.profiles.windows里明确指向pwsh.exe路径（如"path": "C:\Program Files\PowerShell\7\pwsh.exe"） - 若坚持用
powershell.exe，需手动导入模块：Import-Module PSColor，并确保$env:PSModulePath包含模块路径 - 注意：PowerShell 5.1 不支持
$PSStyle.FileInfo等新 API，强行调用会报错The term '$PSStyle' is not recognized
真正卡住人的从来不是配不配得出来，而是不知道终端进程到底加载了哪份配置、跑在哪个 shell 实例里。多试一次 ps -p $$ 和 echo $0，比反复重装字体有用得多。
