news 2026/8/11 3:52:29

从Visual Studio迁移到VSCode：配置指南与避坑经验

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
从Visual Studio迁移到VSCode：配置指南与避坑经验

1. 一个老派开发者的“断舍离”

从Visual Studio 2015（VS2015）转向Visual Studio Code（VSCode），这听起来像是一次简单的工具切换，但对于像我这样在Windows平台上，用着Visual Studio从6.0版本一路走来的开发者而言，这更像是一场思维和工作流的“断舍离”。VS2015是一个时代的集大成者，它为你准备好了一切：庞大的安装包、集成的编译器、图形化的调试器、强大的项目管理系统。你只需要打开它，新建一个项目，然后开始编码。它像一个功能齐全的“重型工作站”，稳定、强大，但也略显笨重和封闭。

而VSCode，则完全是另一种哲学。它本质上是一个高度可定制的、轻量级的文本编辑器，通过插件系统获得了近乎无限的扩展能力。它不预装任何特定语言的编译器或运行时，你需要自己配置。这种“轻装上阵”和“按需装配”的模式，起初会让人感到不安，甚至觉得繁琐。但一旦你完成了从“开箱即用”到“自己动手”的思维转变，并搭建起一套得心应手的开发环境，你会发现，你获得的不仅是一个工具，而是一个完全属于你、为你量身定制的、高效且灵活的开发工作台。这篇分享，就是记录我如何完成这次迁移，以及在这个过程中积累的配置心得和避坑经验。

2. 迁移的核心驱动力：为什么离开VS2015？

在决定迁移之前，明确“为什么”至关重要。这不仅仅是跟风，而是基于实际痛点和未来需求的理性选择。对于我而言，驱动力主要来自以下几个方面。

2.1 性能与资源占用的巨大差异

VS2015作为一个完整的IDE，其内存占用和启动速度是硬伤。打开一个中等规模的C++解决方案，内存轻松突破1GB，启动和加载项目的时间也让人有闲暇去冲杯咖啡。在多任务并行开发时，同时打开多个VS实例对机器性能是严峻考验。而VSCode基于Electron框架，虽然也非原生应用，但其核心极其轻量。一个干净的VSCode实例内存占用通常在200MB左右，启动速度飞快。这种“随开随用”的体验，极大地提升了碎片化时间利用的效率，也让我那台老旧的开发机重获新生。

2.2 跨平台与统一工作流的迫切需求

现代开发很少局限于单一平台。后端可能是Linux，前端构建在Mac上，而你可能还在用Windows做主力开发。VS2015是Windows的“原住民”，虽然有非官方的跨平台版本，但体验和生态远不能与Windows版本相比。这意味着，当需要切换到Linux服务器上进行调试或排查问题时，工作流就断裂了。VSCode则原生支持Windows、macOS和Linux，并且通过“Remote - SSH”、“Remote - Containers”等插件，能够无缝连接到远程服务器或容器内部进行开发、调试。这种“一处配置，处处开发”的能力，对于需要处理异构环境的开发者来说是革命性的。

2.3 插件生态与定制化的无限可能

VS2015的扩展功能虽然强大，但受限于其封闭的架构和更新节奏，插件的数量、质量和更新速度都无法与VSCode相提并论。VSCode的插件市场是一个充满活力的生态系统。无论是前沿的AI编程助手（如GitHub Copilot、Claude Code）、语言支持（从Python、Go到Rust、甚至8051汇编）、主题美化、还是效率工具（如代码片段、自动补全、文件图标），你几乎能找到任何你需要的功能。更重要的是，你可以通过settings.json和keybindings.json文件，将编辑器从界面布局、快捷键到每一个细小的行为，都调整成你最顺手的样子。这种“我的编辑器我做主”的感觉，是VS2015难以提供的。

2.4 对现代开发范式的更好支持

VS2015的项目文件（.vcxproj,.csproj）虽然功能强大，但也复杂且容易产生冲突，特别是在团队协作中使用版本控制时。现代开发更倾向于使用跨平台的构建系统（如CMake、Meson）和包管理器（如npm、pip、NuGet）。VSCode天生与这些工具友好。它不强制要求特定的项目结构，而是通过插件去理解和适配你已有的构建系统。例如，使用“CMake Tools”插件，你可以直接打开一个CMake项目，VSCode会自动配置编译、调试任务，体验非常流畅。这种“去中心化”的项目管理方式，更符合当前开源和跨平台项目的普遍实践。

3. 环境搭建：从零开始配置你的VSCode

离开VS2015的“温室”，第一步就是学会自己搭建环境。这个过程是定制的开始，也是理解VSCode工作方式的关键。

3.1 核心组件安装：编译器、运行时与构建工具

VSCode本身不包含任何语言的开发环境。你需要根据你的开发栈，手动安装必要的工具链。

  • 对于C/C++开发（替代VS2015的VC++）：

    • 编译器：在Windows上，最直接的选择是安装Microsoft Visual C++ Build Tools。你可以单独安装它，而不是完整的Visual Studio IDE。另一个流行选择是MinGW-w64或MSYS2，它们提供了GCC编译器套件，更适合跨平台项目。
    • 构建系统：强烈推荐使用CMake。它已成为C/C++跨平台构建的事实标准。安装CMake后，配合VSCode的“CMake Tools”插件，可以完美替代VS2015的解决方案管理器。
    • 调试器：VSCode的C++调试依赖于Microsoft C/C++ 扩展，它自带调试适配器。你只需要在launch.json中正确配置调试器路径（对于MSVC是msvsdebug.exe，对于GCC是gdb）即可。

  • 对于Python开发：

    • 解释器：直接从Python官网下载安装。建议使用虚拟环境（如venv或conda）来管理项目依赖。
    • 关键插件：安装官方“Python”扩展。它会自动识别你的Python解释器，并提供智能感知、调试、测试、格式化等全套功能。其体验远超VS2015对Python的支持。

  • 对于Web前端开发：

    • Node.js：这是现代前端工具的基石，必须安装。
    • 包管理器：npm（随Node.js安装）或yarn。
    • 插件：“ESLint”、“Prettier - Code formatter”用于代码质量和风格统一；“Live Server”用于实时预览。

注意：安装路径中尽量避免包含中文或空格。虽然现代工具对此的支持越来越好，但在某些边缘情况或老旧工具的配置中，路径中的特殊字符仍是潜在的“坑点”。一个简单的英文路径（如C:\DevTools\Python39）能省去很多不必要的麻烦。

3.2 必装插件推荐：打造高效工作流

插件是VSCode的灵魂。以下是我认为从VS2015迁移过来后，能极大提升效率和体验的核心插件：

  1. Chinese (Simplified) Language Pack for Visual Studio Code：如果你需要中文界面，这是首选。
  2. C/C++ (Microsoft)：C/C++开发的基石，提供智能感知、调试、代码导航。
  3. CMake Tools：如果你使用CMake，这是必备神器。它提供了配置、构建、调试、测试的图形化界面和命令。
  4. Python (Microsoft)：Python开发一站式解决方案。
  5. GitLens：超级强大的Git增强工具。它将代码作者、提交历史、变更信息直接嵌入到编辑器中，信息呈现方式比VS2015的团队资源管理器更直观、更强大。
  6. Remote - SSH / Remote - Containers：实现远程开发的利器。前者连接远程服务器，后者在容器内开发，能完美保持本地环境纯净。
  7. Prettier / ESLint：代码格式化与静态检查。确保团队代码风格统一，在保存时自动格式化，体验极佳。
  8. Todo Tree：高亮并聚合代码中的注释标签（如TODO:，FIXME:），对于管理任务清单非常有用。
  9. Material Icon Theme：提供丰富的文件图标主题，让资源管理器更直观美观。

3.3 核心配置文件详解：settings.json 与 tasks.json

VS2015的配置分散在各种图形化菜单中，而VSCode的核心配置集中在几个JSON文件里，清晰且可版本控制。

  • settings.json (用户/工作区设置)： 这是定制化的核心。你可以通过Ctrl+,打开设置界面，但高级设置仍需编辑JSON文件。例如，以下是一些关键配置：

    { // 控制字体 "editor.fontFamily": "'Cascadia Code', 'Consolas', monospace", // 自动保存延迟（毫秒），VS2015也有类似功能，但这里更灵活 "files.autoSave": "afterDelay", "files.autoSaveDelay": 1000, // 格式化工具设置 "editor.formatOnSave": true, "[python]": { "editor.defaultFormatter": "ms-python.python" }, "[cpp]": { "editor.defaultFormatter": "ms-vscode.cpptools" }, // 文件排除，类似VS2015的解决方案过滤器 "files.exclude": { "**/.git": true, "**/.svn": true, "**/.hg": true, "**/CVS": true, "**/.DS_Store": true, "**/Thumbs.db": true, "**/build/": true, "**/node_modules/": true } }

    工作区设置优于用户设置。你可以为每个项目创建一个.vscode文件夹，里面放一个settings.json，用来配置该项目特有的设置（如特定的Python解释器路径、CMake生成器类型等）。这保证了项目配置的可移植性。

  • tasks.json (任务配置)： 用于定义自定义的构建、清理、测试等任务。这替代了VS2015中的“生成事件”。例如，一个简单的CMake构建任务：

    { "version": "2.0.0", "tasks": [ { "label": "CMake: Build (Debug)", "type": "shell", "command": "cmake", "args": [ "--build", "${workspaceFolder}/build", "--config", "Debug" ], "group": { "kind": "build", "isDefault": true }, "problemMatcher": ["$msCompile"] } ] }

    配置好后，你可以通过Ctrl+Shift+P输入 “Run Task” 来执行它，或者绑定到快捷键上。

4. 关键工作流迁移与等效操作

从VS2015迁移，最大的不习惯是那些习以为常的操作变了地方。下面是一些核心工作流的对照和迁移方法。

4.1 项目管理：从解决方案(.sln)到文件夹

VS2015的核心是解决方案(.sln)和项目文件(.vcxproj)。在VSCode中，你通常直接打开一个文件夹作为你的工作区。这个文件夹就是你的“项目根目录”。

  • 对于CMake项目：直接打开包含CMakeLists.txt的文件夹。“CMake Tools”插件会自动扫描并让你选择工具链、构建类型（Debug/Release）、目标。你可以在底部状态栏快速切换这些配置，比VS2015的配置管理器更方便。
  • 对于纯源代码文件夹：直接打开即可。VSCode会基于文件类型和已安装的插件提供基本功能。你可以通过创建.vscode文件夹下的配置文件来增加构建、调试等能力。
  • 多项目工作区：如果你有多个关联但不适合放在同一个CMake项目中的文件夹，可以使用VSCode的多根工作区功能。保存一个.code-workspace文件，里面列出了所有相关的文件夹路径。这类似于一个轻量级的解决方案文件。

4.2 构建与编译：从F7到自定义任务

在VS2015中，按F7是标准的生成操作。在VSCode中，构建行为完全由你定义。

  1. 使用插件：对于CMake，安装“CMake Tools”后，它提供了CMake: Build命令和对应的快捷键（可自定义）。对于Maven、Gradle等，也有相应插件提供构建命令。
  2. 使用自定义任务：如上文所述，在tasks.json中定义你的构建命令（可以是make、ninja、msbuild等）。然后可以通过命令面板(Ctrl+Shift+P)运行任务，或者为任务绑定快捷键（在keybindings.json中配置）。
  3. 快捷键绑定：你可以将常用的构建任务绑定到F7上，以保持肌肉记忆。在keybindings.json中添加：
    [ { "key": "F7", "command": "workbench.action.tasks.build" } ]
    这样，按下F7就会运行tasks.json中标记为"isDefault": true的构建任务。

4.3 调试：从F5到launch.json

VS2015的调试器非常强大，VSCode通过launch.json配置文件提供了同等甚至更灵活的能力。

一个调试C++程序的launch.json配置示例：

{ "version": "0.2.0", "configurations": [ { "name": "(gdb) Launch", // 配置名称，显示在调试启动下拉框中 "type": "cppdbg", // 调试器类型 "request": "launch", // 启动调试 "program": "${workspaceFolder}/build/my_app.exe", // 要调试的程序路径 "args": [], // 命令行参数 "stopAtEntry": false, "cwd": "${workspaceFolder}", "environment": [], "externalConsole": false, // 使用VSCode内置终端，而非弹出外部控制台 "MIMode": "gdb", // 指定调试器为gdb "miDebuggerPath": "C:/mingw64/bin/gdb.exe", // gdb路径 "setupCommands": [ { "description": "Enable pretty-printing for gdb", "text": "-enable-pretty-printing", "ignoreFailures": true } ], "preLaunchTask": "CMake: Build (Debug)" // 调试前先执行构建任务 } ] }

配置好后，按F5就会自动执行preLaunchTask（如果定义了）进行构建，然后启动调试。你可以在代码中设置断点、查看变量、调用堆栈，所有功能都与VS2015类似，但界面更现代、信息组织更清晰。externalConsole设置为false是一个重要技巧，它让程序的输入输出在VSCode的集成终端中进行，避免了令人烦恼的弹出窗口，调试体验更连贯。

4.4 版本控制：从团队资源管理器到源代码管理视图

VS2015内置了TFVC和Git支持。VSCode对Git的支持是原生且深度集成的。

  • 基础操作：左侧活动栏的源代码管理图标（或Ctrl+Shift+G）会显示所有变更。你可以在这里暂存(stage)、提交(commit)、拉取(pull)、推送(push)，操作直观。
  • 分支管理：左下角状态栏会显示当前分支，点击可以快速切换、创建新分支。
  • 历史与差异：点击文件变更记录，可以清晰看到每一行的增删。配合GitLens插件，你甚至能看到每一行代码最后一次是谁、在什么时候、因为什么提交而修改的，信息追溯能力远超VS2015。
  • 解决冲突：当合并产生冲突时，VSCode会提供一个三窗格对比视图（当前更改、传入的更改、合并结果），让你清晰地编辑最终结果，体验非常友好。

5. 迁移过程中的典型“坑”与解决方案

从重型IDE切换到轻量编辑器+配置的模式，必然会遇到一些不适应和问题。以下是我踩过的一些坑及解决办法。

5.1 智能感知（IntelliSense）不工作或报错

这是最常见的问题，尤其在C/C++项目中。VS2015的智能感知基于完整的项目数据库，而VSCode的C/C++插件需要正确配置才能理解你的代码。

  • 问题表现：代码补全不出来，头文件有红色波浪线，悬停提示显示“无法打开源文件”。
  • 排查与解决：
    1. 检查编译器路径：确保c_cpp_properties.json文件（由C/C++插件生成）中的compilerPath正确指向你的编译器（如C:/mingw64/bin/g++.exe）。你可以通过命令面板运行C/C++: Edit Configurations (UI)来图形化配置。
    2. 包含路径(Include Path)：同样在c_cpp_properties.json中，includePath必须包含你项目依赖的所有头文件目录。对于使用CMake的项目，“CMake Tools”插件可以自动将CMake生成的包含路径同步过来，这是最佳实践。
    3. 定义(Defines)：确保必要的预处理器宏（如_DEBUG,WIN32）已正确添加到defines数组中。
    4. 重置数据库：有时智能感知数据库会损坏。可以运行命令C/C++: Reset IntelliSense Database来清理重建。
    5. 查看输出面板：打开“C/C++”输出通道，查看插件在后台解析代码时的详细日志，里面往往有错误线索。

5.2 调试器无法启动或无法命中断点

调试配置比构建更复杂，一个参数错误就可能导致失败。

  • 问题表现：按F5后程序一闪而过，或者提示“无法找到...”，断点显示为灰色（未绑定）。
  • 排查与解决：
    1. program路径绝对正确吗？：launch.json中的program路径必须指向确切的、已编译好的可执行文件。使用${workspaceFolder}和${fileDirname}等变量可以增加可移植性，但务必确认最终路径正确。对于CMake项目，构建目录(build/)下的路径是常见的。
    2. 调试器类型和路径：type（如cppdbg）和miDebuggerPath（GDB路径）必须匹配且有效。在Windows上调试MSVC编译的程序，type应为cppvsdbg，且不需要指定miDebuggerPath。
    3. 生成调试信息了吗？：确保你的构建任务（如CMake的-DCMAKE_BUILD_TYPE=Debug）生成了包含调试符号的程序。Release构建通常去掉了调试信息，断点会无效。
    4. 外部控制台问题：如果externalConsole设为true，程序会在一个独立控制台窗口中运行。有时这个窗口会快速闪退，让你看不到错误信息。可以尝试在程序末尾（如main函数返回前）加上system(“pause”);（Windows）或断点，或者直接将externalConsole设为false，在集成终端中调试。
    5. 检查预启动任务：如果配置了preLaunchTask，确保这个任务能成功执行。任务失败会导致调试启动中止。

5.3 中文乱码问题

在Windows上，这是一个历史遗留问题。VS2015对GBK编码有较好支持，而VSCode和现代工具链默认UTF-8。

  • 问题场景：编译或运行时，中文字符串输出为乱码；打开某些遗留的GBK编码源代码文件显示乱码。
  • 解决方案：
    1. 统一编码为UTF-8：这是治本之策。使用VSCode右下角的编码指示器，将文件转换为“UTF-8 with BOM”或“UTF-8”。对于整个项目，可以在settings.json中设置"files.encoding": "utf8"。
    2. 编译器参数：对于MSVC编译器，在编译参数中添加/utf-8。对于GCC/MinGW，添加-fexec-charset=UTF-8。
    3. 终端编码：如果程序输出在VSCode终端中乱码，需要设置终端编码。可以在settings.json中设置：
      "terminal.integrated.defaultProfile.windows": "Command Prompt", // 或 PowerShell "terminal.integrated.automationShell.windows": "cmd.exe", "terminal.integrated.env.windows": { "CHCP": "65001" // 设置代码页为UTF-8 }

5.4 插件冲突与性能问题

插件虽好，但装得太多或某些插件组合可能导致VSCode变慢、卡顿甚至崩溃。

  • 问题表现：输入卡顿、内存占用飙升、频繁无响应。
  • 排查与解决：
    1. 禁用所有插件，然后逐个启用：这是最有效的排查方法。通过Ctrl+Shift+P运行Developer: Show Running Extensions可以查看每个插件的CPU和内存占用。
    2. 注意语言服务器：很多智能插件（如Python、C/C++、Rust）都运行着一个后台语言服务器进程。当打开大型项目或文件时，这些进程可能占用大量资源。检查它们的输出日志是否有异常。
    3. 文件监控：某些插件（如Git、文件图标主题）会监控文件系统变化。在拥有海量文件（如node_modules）的项目中，这会带来性能压力。合理配置files.watcherExclude设置，忽略不需要监控的目录。
    4. 更新插件和VSCode：保持最新版本，很多性能问题在后续更新中会得到修复。

6. 进阶配置：让VSCode真正成为你的“瑞士军刀”

当你度过了基础迁移阶段，下面这些进阶配置可以让你更上一层楼。

6.1 快捷键自定义与迁移

你可以将VSCode的快捷键完全映射成VS2015的风格，以减少记忆负担。打开keybindings.json文件，进行如下配置：

[ // 构建 (F7) { "key": "F7", "command": "workbench.action.tasks.build" }, // 开始调试 (F5) { "key": "F5", "command": "workbench.action.debug.start", "when": "debuggersAvailable && !inDebugMode" }, // 停止调试 (Shift+F5) { "key": "shift+F5", "command": "workbench.action.debug.stop" }, // 切换断点 (F9) { "key": "F9", "command": "editor.debug.action.toggleBreakpoint" }, // 快速查找 (Ctrl+F) 和替换 (Ctrl+H) 本身已一致 // 查找所有引用 (Shift+F12) { "key": "shift+F12", "command": "editor.action.referenceSearch.trigger" }, // 重命名 (F2) { "key": "F2", "command": "editor.action.rename" } ]

你可以在命令面板(Ctrl+Shift+P)输入“Preferences: Open Keyboard Shortcuts (JSON)”来编辑这个文件。when条件语句可以让你更精细地控制快捷键的生效上下文。

6.2 集成终端与多任务执行

VSCode的集成终端功能强大。你可以同时打开多个终端实例（Ctrl+），并轻松地在它们之间切换。对于需要同时运行多个服务的项目（如前端+后端），这非常方便。你甚至可以配置launch.json，使用"console": "integratedTerminal"`，让被调试程序的输入输出就在调试控制台旁的终端中进行，观察日志更加直观。

6.3 使用工作区与多根工作区管理复杂项目

对于微服务架构或前后端分离的项目，相关代码可能存放在不同的仓库或目录中。你可以创建一个.code-workspace文件：

{ "folders": [ { "path": "../backend-service" }, { "path": "../frontend-app" }, { "path": "../shared-lib" } ], "settings": { // 可以在这里定义这个工作区独有的设置 "python.pythonPath": "../backend-service/.venv/Scripts/python.exe" } }

保存后，打开这个工作区文件，VSCode就会同时加载这三个文件夹，你可以在一个窗口内同时编辑它们，并且共享一套编辑器设置和调试配置（除非文件夹内有自己的.vscode配置覆盖）。

6.4 利用代码片段(Snippets)提升效率

VSCode的代码片段功能比VS2015的模板更灵活。你可以创建全局或项目特定的代码片段。例如，创建一个用于C++类的片段：

  1. Ctrl+Shift+P-> “Preferences: Configure User Snippets” -> 选择“cpp.json”。
  2. 添加如下内容：
    { "My Class": { "prefix": "class", "body": [ "class ${1:ClassName} {", "public:", " ${1:ClassName}();", " ~${1:ClassName}();", "", "private:", " $0", "};" ], "description": "Insert a new class definition" } }
    以后在.cpp或.h文件中输入class并按Tab，就会自动展开这个模板，并且光标会依次跳转到${1}和$0的位置供你填写。

迁移到VSCode不是一个一蹴而就的过程，它需要你投入时间去学习和配置。但这份投入的回报是巨大的：一个更快、更灵活、更符合你个人习惯、并能跟随你跨越不同平台的开发环境。它剥离了IDE的“臃肿”，将控制权交还给你。最初的不便，最终会转化为深度的掌控感和极高的效率提升。我的个人体会是，一旦熟悉了VSCode的配置哲学和工作流，就很难再回到那种“一切都被安排好”但也“一切都被限制住”的传统重型IDE中了。

版权声明: 本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若内容造成侵权/违法违规/事实不符，请联系邮箱：809451989@qq.com进行投诉反馈，一经查实，立即删除！
网站建设 2026/8/11 3:50:01

智能充电桩选购指南：核心指标与避坑策略

1. 智能充电桩选购的核心痛点解析第一次给电动车选充电桩时，我对着电商平台五花八门的参数彻底懵了。从3kW到22kW的功率跨度，从基础款到带4G联网的"智能中控"，价格能从千元档直接跳到五位数。经过三个月的实测对比和与行业人士的深…

作者头像 李华
网站建设 2026/8/11 3:49:52

HEIF Utility：Windows上处理iPhone照片的终极免费解决方案

HEIF Utility：Windows上处理iPhone照片的终极免费解决方案 【免费下载链接】HEIF-Utility HEIF Utility - View/Convert Apple HEIF images on Windows. 项目地址: https://gitcode.com/gh_mirrors/he/HEIF-Utility 还在为iPhone照片在Windows电脑上无法打开…

作者头像 李华
网站建设 2026/8/11 3:48:48

AI总听不懂我的话！提示词要怎样写？

AI总听不懂我的话！提示词要怎样写？ Hi，你好，我是司沐。 从大模型问世起，提示词工程这个概念就再也不会消亡了。不过，你有想过，从2023年到现在，出现了哪些提示词技术，消…

作者头像 李华
网站建设 2026/8/11 3:44:31

从零构建IM聊天模块：消息模型、文件处理与实时通信实战

1. 项目概述：从零构建一个全功能IM聊天模块最近在做一个社区项目，需要集成一个即时通讯模块，核心需求就是让用户能像在主流社交软件里一样，顺畅地发送图片、视频、语音和表情。这听起来像是基础功能，但真动手做起来&am…

作者头像 李华
网站建设 2026/8/11 3:43:19

微软MAI-Thinking-1训练解析：RL爬山与GRPO算法如何突破推理瓶颈

1. 项目概述：从“推理”到“思考”的范式跃迁最近，微软研究院放出的MAI-Thinking-1模型在圈内引起了不小的讨论。这个标题“微软 MAI-Thinking-1 怎么训出来：mid 之后的 RL 爬山，不是多轮 FT”本身就充满了信息量和争议点。它直指…

作者头像 李华
网站建设 2026/8/11 3:42:09

Unity WebGL项目部署实战：服务器配置与优化全解析

1. 项目概述：从构建到上线的完整链路如果你用Unity开发过WebGL项目，并且成功在本地浏览器里跑起来了，那么恭喜你，你已经完成了万里长征的第一步。但紧接着，一个更现实的问题就会摆在面前：怎么把这个项目放到…

作者头像 李华