Win10终端神器Windows Terminal配置美化与踩坑指南

早在 Win10 上被老式控制台窗口折磨得够呛的时候，我就一直在找一款正经的终端工具。平时大家要么硬着头皮用自带 cmd，要么装个第三方终端软件来回切换，直到 Windows Terminal 出现之后，win10 上的命令行体验才算是真正翻了身。这篇文章不聊虚的，直接把我从安装、配置、美化到踩坑的完整过程写出来，给还在犹豫要不要换终端的朋友一个参考，也让已经装上但只会开标签页的人少走点弯路。

1. 为什么Win10玩家值得换一个正经终端

1.1 传统conhost窗口的三个老大难问题

先说清楚一个概念：你在 Win10 里双击 cmd、PowerShell，甚至用 Win+R 打开的命令行窗口，宿主进程叫 conhost.exe，也就是经典控制台主机。这个老家伙从 Windows 7 时代一路扛过来，功能上早就有点跟不上时代了，具体体现在三个地方。

第一是缩放模糊。如果你用的是高分屏笔记本，把窗口放大到 150% 或者 200% 缩放之后再看，老控制台里的文字边缘发虚，怎么看怎么难受。终端里嘛，一天到晚盯着代码跑日志，字一虚眼睛就累，这是最劝退的一点。

第二是复制粘贴反人类。老控制台的选中逻辑是“选中即复制”，但复制到剪贴板还得右键或者按回车，粘贴的时候更是五花八门：有的环境右键直接粘贴，有的环境要开“快速编辑模式”，有时候不小心右键一下就是“标记”，然后整个窗口卡住等你操作，新手直接懵。

第三是默认配色瞎眼。黑底白字倒是还行，但 cmd 的红绿蓝配色那叫一个刺眼，尤其是跑 git log 或者编译输出的时候，满屏高饱和色块，看十分钟眼睛就酸。想自己改改配色？改注册表、改默认值，步骤繁琐，换台机器还得重新来一遍。

1.2 Windows Terminal到底解决了什么

Windows Terminal（后面我简称 WT）是微软后来主推的开源终端应用，底层用了 GPU 文本渲染，字体清晰度比 conhost 高一大截，高分屏下也不发虚。它把 cmd、PowerShell、WSL、Git Bash 这些不同的命令行环境统一收进一个多标签窗口，你不用再开好几个黑漆漆的窗口来回切换。

更关键的是，WT 的所有配置都集中在一个 JSON 文件里，颜色、字体、背景透明度、快捷键、启动目录，全都能改，还能把配置文件放进 Git 仓库做 dotfiles 管理。换新电脑的时候，只要把配置文件一拷，终端环境立刻恢复，不用重新折腾。

复制粘贴也理顺了，默认就是 Ctrl+C / Ctrl+V，选中即复制，支持多标签页、分屏窗格、背景图、亚克力模糊效果，还有一套完整的快捷键体系。用习惯了之后再回头看 conhost，就像从记事本切到 VS Code，回不去了。

2. 安装与跑通：旧版Win10也能用上的关键路径

2.1 版本检查与三条安装路线

装 WT 之前先看一眼系统版本。按下 Win+R，输入 winver，确认 Windows 10 版本号。官方对 Win10 的最低要求是 1903 也就是 build 18362，再老的版本装起来会比较折腾，后面踩坑部分我会专门说。

版本没问题的话，有三条安装路线，按使用场景选：

我推荐普通用户直接用 Microsoft Store，省心，以后 WT 出新版本会自动更新。如果你平时有 winget 装软件的习惯，那条命令直接抄。

GitHub 路线也不复杂，下载对应的.msixbundle和.xml依赖文件后，在文件所在目录打开 PowerShell，执行：

Add-AppxPackage -Path .\Microsoft.WindowsTerminal_xxx.msixbundle

如果提示缺少依赖，把同目录的.xml文件路径用-DependencyPath参数一起指定就行。

2.2 首次启动需要做的最小配置

装好后从开始菜单找到 Windows Terminal 打开，默认会进入 PowerShell 5.1。这时候先不要急着折腾美化，把两件事做了：

第一，把终端固定到任务栏，方便以后一键呼出。第二，打开设置面板看一眼快捷键：默认是Ctrl + ,打开设置界面，Ctrl + Shift + ,直接打开 JSON 文件。记住这组快捷键后面天天要用。

WT 的设置界面在新版本里已经做得挺完善了，图形界面能改不少东西，但真要精细配置，还是得改 JSON。先别慌，下一节带你把这个 JSON 文件从头到尾捋清楚。

3. settings.json拆解：一个JSON管住所有命令行环境

3.1 配置文件在哪、怎么打开、坏了怎么办

WT 的配置是一个 JSON 文件，路径通常在这里：

%LOCALAPPDATA%\Packages\Microsoft.WindowsTerminal_8wekyb3d8bbwe\LocalState\settings.json

路径里那串尾巴是应用包名，不同版本可能略有差异，所以最靠谱的方式还是打开 WT 按Ctrl + Shift + ,，系统会自动帮你定位。

整个 JSON 的结构可以理解成三层：最外层是全局设置，中间是profiles列表，每个 profile 对应一个命令行环境，最里层是每个环境的专属参数。改配置文件最忌讳直接上手就写，先备份一份settings.json.bak，改坏了还能秒回滚。

万一真把 JSON 改出语法错误导致 WT 打不开，也不用慌。关掉所有 WT 窗口，定位到上面的路径，把 settings.json 删掉或者改名，重启 WT 会用默认配置重新生成一个。这个恢复机制等于给你兜了个底，折腾起来胆子可以大一点。

3.2 profiles数组：把CMD、PowerShell、WSL、Git Bash全部收编

WT 的核心概念就是 profile，你可以把它理解成“一个命令行环境的启动配置”。默认情况下 WT 会探测你系统里装了哪些环境，比如 Windows PowerShell、cmd、如果装了 WSL 还会自动生成 Ubuntu 的 profile，但 Git Bash、Anaconda Prompt 这些第三方环境的 profile 往往需要自己补。

先看一个典型 profiles 片段：

{ "profiles": { "defaults": { "font": { "face": "Cascadia Mono", "size": 12 }, "opacity": 95, "useAcrylic": true, "colorScheme": "One Half Dark" }, "list": [ { "name": "Windows PowerShell", "commandline": "powershell.exe", "guid": "{61c6c1d2-8b3a-4f6c-a0c0-5af1d4e6b9a2}", "hidden": false }, { "name": "cmd", "commandline": "cmd.exe", "guid": "{0caa0dad-35be-5f56-a8ca-af9ab5e3c2f1}", "hidden": false }, { "name": "Git Bash", "commandline": "C:\\Program Files\\Git\\bin\\bash.exe", "guid": "{6f5a3c24-6b2a-4f3c-8b0e-92f7d4a5b1a3}", "icon": "C:\\Program Files\\Git\\mingw64\\share\\git\\git-for-windows.ico", "startingDirectory": "D:\\workspace", "hidden": false } ] } }

这里有个小细节要注意：guid不是必须用 Windows 的 GUID 格式，WT 官方文档里其实也写了可以用任意字符串，但我建议还是用标准 GUID 格式，方便以后脚本化维护。生成 GUID 可以 PowerShell 里执行New-Guid，或者用在线工具，够用就行。

commandline指向的是这个环境对应的可执行文件路径。Git Bash 的坑在于，网上很多教程让你写bash.exe --login -i，其实 Git 自带的 bash.exe 默认就带登录参数，直接写绝对路径就行，多写参数反而可能出怪问题。startingDirectory指定打开该标签时的初始目录，强烈建议给每个 profile 都配上，不然每次打开都在默认的 C:\Users\xxx 底下，切目录都切成习惯性动作了。

3.3 常用全局参数与一份可直接抄的配置样例

profiles.defaults里的参数是全局默认的，如果你希望 PowerShell 和 cmd 都使用同一种字体、同一种配色，就在这里统一配置，列表里的 profile 如果不单独override，就会继承 defaults。

我把自己目前在生产环境用的配置简化一下放出来，可以直接抄：

{ "defaultProfile": "{0caa0dad-35be-5f56-a8ca-af9ab5e3c2f1}", "initialCols": 120, "initialRows": 32, "copyOnSelect": true, "copyFormatting": "none", "confirmCloseAllTabs": false, "showTabsInTitleBar": true, "snapToGridOnResize": true, "launchMode": "default", "profiles": { "defaults": { "font": { "face": "Cascadia Mono", "size": 11 }, "colorScheme": "Tango Dark", "antialiasingMode": "cleartype", "cursorShape": "bar", "cursorColor": "#61afef", "startingDirectory": "D:\\workspace", "opacity": 100, "useAcrylic": false }, "list": [ { "name": "PowerShell 7", "commandline": "pwsh.exe", "guid": "{574e775e-4f2a-453b-ac5e-a2a5e2b0a1a4}" }, { "name": "Windows PowerShell 5.1", "commandline": "powershell.exe", "guid": "{61c6c1d2-8b3a-4f6c-a0c0-5af1d4e6b9a2}" }, { "name": "Ubuntu (WSL)", "commandline": "wsl.exe -d Ubuntu", "guid": "{3d7ab2c8-5de1-4a3e-9e2f-9a70a4b2c1d6}" } ] }, "schemes": [ { "name": "Tango Dark", "background": "#2e3436", "foreground": "#d3d7cf", "colors": { "black": "#000000", "red": "#cc0000", "green": "#4e9a06", "yellow": "#c4a000", "blue": "#3465a4", "purple": "#75507b", "cyan": "#06989a", "white": "#d3d7cf", "brightBlack": "#555753", "brightRed": "#ef2929", "brightGreen": "#8ae234", "brightYellow": "#fce94f", "brightBlue": "#729fcf", "brightPurple": "#ad7fa8", "brightCyan": "#34e2e2", "brightWhite": "#eeeeec" } } ] }

defaultProfile决定按 Ctrl+Shift+T 新建标签时默认打开哪个环境。copyOnSelect配合copyFormatting: none之后，鼠标选中文字就直接复制成纯文本，粘贴的时候不会带上一堆格式，写代码的人应该懂这个有多重要。showTabsInTitleBar把标签页整合进系统标题栏，能省掉一行空间，多占一点可视面积。

4. 键盘上的效率：标签、分屏与wt命令行的正确用法

4.1 高频快捷键表与鼠标操作

界面配置好以后，真正的效率提升来自键盘操作。WT 默认快捷键很多，我按使用频率挑一份清单，建议先背这几个：

鼠标党也别担心，按住 Alt 拖拽窗口可以随意调整终端大小，点击标签栏空白处或者用Ctrl + Shift + 空格可以呼出下拉菜单，在多个 profile 之间快速切换。

4.2 用wt命令直接启动指定环境和分屏

WT 装好之后，你在命令行输入wt就能唤起一个终端窗口，它自己本身也是一条命令，支持参数化启动。这个玩法很多人不知道，但用好了效率极高。

比如我想直接在新窗口里打开 PowerShell 7，并且默认进 D:\workspace 目录，可以写：

wt -p "PowerShell 7" -d "D:\workspace"

如果我想水平分屏，左边是 Git Bash，右边是 cmd，一条命令就能搞定：

wt -p "Git Bash" ; split-pane -p "cmd"

注意这里的分号表示“在同一个窗口内执行后续指令”，split-pane是子命令，后面还能接-H水平或-V垂直。比如：

wt -d "C:\project" ; split-pane -V -p "Git Bash" -d "C:\project"

这样能让两个终端同时盯着同一个目录下的两个不同环境，一边跑后端服务，一边跑 git 命令，不用切标签页。

4.3 启动参数与起始目录的细节

有个细节挺容易忽略：wt命令是从当前终端窗口里执行的，如果你在 cmd 里敲wt -p "Ubuntu"，新窗口会继承 cmd 的当前目录，所以如果启动后没进预期目录，多半是-d参数没给，或者 profile 里的startingDirectory配的是绝对路径，而系统变量没展开。

WSL profile 的目录路径和 Windows 路径体系不太一样，启动目录如果写成\\wsl$\Ubuntu\home\用户名，在某些版本里不生效。我实测下来比较稳的做法是用：

"startingDirectory": "//wsl$/Ubuntu/home/你的用户名"

或者干脆在 WSL 的 shell 配置文件里自己 cd 到工作目录，Windows 端不设置。

5. 配色、字体、背景：终端颜值定制与字体渲染

5.1 配色方案从哪里来、怎么套用

WT 默认带了几套配色，像 Campbell、One Half Dark、Solarized 这些，在设置界面里直接选就行。但默认方案看久了会腻，社区里早已有海量配色主题可以直接抄，GitHub 上有专门的 Windows Terminal Themes 仓库，整理了上百套，包括 Dracula、Nord、Tokyo Night 等等。

配色方案的定义在 settings.json 的schemes数组里。每套方案核心就是name、background、foreground、cursorColor加上 16 个颜色槽。这 16 个颜色槽对应终端里的基本色和亮色，比如red和brightRed，ls 命令列出的文件名、git diff 里的新增/删除行，都用这些颜色区分。

套用时把整个 scheme 对像复制进schemes数组，然后在你希望使用它的 profile 里写上：

"colorScheme": "Tokyo Night"

注意大小写必须严格一致，名字错了不会报错，只会默默用默认配色，这个坑我当初查了半天。

5.2 字体选择与连字：Cascadia Code和等宽字体

终端字体和普通文章字体不一样，必须是等宽字体，否则代码对齐、表格对齐全乱。WT 自家主推的是 Cascadia Code，它支持编程连字，比如输入=>会渲染成一个箭头符号，!=渲染成不等号，代码看起来清爽不少。

如果你不喜欢连字，可以用 Cascadia Mono，这是去连字的版本。第三方字体里 JetBrains Mono、Fira Code、Source Code Pro 也都不错，我个人 Windows 上最常用 Cascadia Mono，看着干净，渲染速度也快。

字体配置写在 profile 的 font 字段：

"font": { "face": "Cascadia Mono", "size": 12 }

字体名必须是系统里安装的名字，比如安装 JetBrains Mono 后，face 写JetBrains Mono。有个小坑：如果字体只装了 Regular 字重，终端里显示粗体文字时会用伪粗体渲染，效果发虚。想追求更精细的渲染，可以把antialiasingMode从默认的grayscale改成cleartype，Windows 上 ClearType 对 LCD 屏幕的字体渲染通常更锐利。

5.3 背景图、透明度与亚克力效果的取舍

透明效果是很多人折腾 WT 的第一动力。在profiles.defaults里加这几行：

"useAcrylic": true, "opacity": 85,

opacity范围 0 到 100，100 是不透明，数字越小越透明。配合亚克力材质后，终端窗口能透出后面的桌面壁纸，观感很好。但我要提醒一句：如果你经常开远程桌面连回这台电脑，亚克力效果在 RDP 会话下经常不渲染，会退化成纯色背景，透明度设太低时文本反而看不清。所以生产环境建议透明度别低于 80。

背景图也是可以配的，在 profile 里写：

"backgroundImage": "C:\\Users\\你\\Pictures\\bg.png", "backgroundImageOpacity": 0.3, "backgroundImageStretchMode": "fill"

背景图会干扰阅读代码，我的建议是如果要放，选纹理简单的深色图，透明度压到 0.2 以下。毕竟终端是干活的地方，不是桌面美化大赛，实用优先。

6. 踩坑记录：这些毛病我几乎都在生产环境里撞过

6.1 系统版本够但装不上/启动闪退

我自己遇到过一台 Win10 1809 的机器，Microsoft Store 里搜不到 WT，GitHub 下载新版本安装时报“程序包与当前系统版本不兼容”。原因是新版本对系统版本的最低要求是 1903，1809 只能装早期的 1.11 或更早版本。解决办法是去 GitHub Releases 里翻历史版本，找对应老版本的 msixbundle 手动部署。

如果是新版本启动闪退，最常见的两个诱因：一是显卡驱动太老，WT 的 GPU 渲染出问题，更新显卡驱动即可；二是本地策略禁用了 UWP 应用的执行，这种一般出现在公司电脑上，需要找管理员放开。

6.2 设置了颜色和字体却没生效

这类问题我见得太多了。先检查 settings.json 里的 JSON 语法是否合法，逗号少了、引号多了都会导致部分参数直接失效。再检查大小写，colorScheme里的名字和schemes数组里的name必须一模一样，包括空格。

字体没生效还有一个坑：如果你给某个 profile 单独写了font，而全局 defaults 里也写了font，profile 里的配置会覆盖 defaults，这没错。但如果 profile 里只写了size没写face，face 就会回退到系统默认。所以要么都写在 defaults 里，要么每个 profile 写完整，别留半截。

6.3 远程桌面、管理员窗口、大小写路径等细节坑

远程桌面下亚克力失效前面提过。另外一个常见问题是：WT 默认不开管理员权限，如果你要运行需要提权的命令，比如net start某服务，终端会直接报错。解决方式有两个：一是右键 WT 图标选“以管理员身份运行”，二是在 profile 配置里加一行：

"elevate": true

这样每次启动该 profile 都会弹 UAC 提权，适合专门建一个“管理员 PowerShell”的 profile，平时默认环境不用提权，需要时切过去。

路径大小写问题主要发生在 WSL 和 Windows 路径互通时。在 WSL 里访问 Windows 挂载盘，比如cd /mnt/d/workspace，Windows 侧目录大小写不敏感，但 WSL 侧是敏感的。写startingDirectory或脚本时路径尽量保持实际大小写，免得在某些工具链里莫名奇妙找不到文件。

最后补一个很多人不知道的小技巧：如果 WT 启动变慢，看看是不是 PowerShell 的$PROFILE里加载了太多第三方模块。输入$PROFILE查看文件路径，把不必要的启动项注释掉，终端秒开的感觉还是很爽的。

7. 把终端养成自己的工具：几个进阶思路

做到这一步，你的 WT 已经很好用了。还想继续折腾的话，我建议顺着下面几个方向走：

第一，把 settings.json 纳入版本管理。我在自己的 dotfiles 项目里维护了一份，新电脑 clone 下来，执行一条脚本就能把配置文件放到对应位置，整个终端环境十分钟恢复完毕。

第二，升级 shell 体验。Windows PowerShell 5.1 毕竟是老框架，装一个 PowerShell 7，配合posh-git和oh-my-posh，命令行提示符就能带上 git 分支、执行时间、当前目录这些信息，信息密度一下子上来了。

第三，用 WT 作为开发入口。 VS Code 里的集成终端可以直接调用 WT 主题，把 VS Code 终端字体设置成和 WT 一致，两边的视觉风格统一，切来切去不跳戏。

第四，SSH 远程连接也可以做成 profile。在commandline里直接写ssh user@server -p 22，启动对应 profile 就连上服务器，避免每次敲一长串参数。

我在实际使用中的体会是：终端工具不是越花哨越好，关键是稳定、顺手、可复制。WT 胜在配置全开放，你能把它调教成真正顺手的样子。但每一步改动都要克制，先备份，小步快跑，改完验证没问题再继续下一步。这样折腾出来的终端环境，用起来才踏实。