我当年第一次接触 Markdown是在一个技术文档的评论区里有人贴了一段带井号和星号的纯文本渲染出来却是一篇排版干净的文章。那一刻我确实愣了一下——这比我在 Word 里调半天格式高效太多了。后来做技术方案、写项目总结、维护团队知识库Markdown 几乎无处不在。今天这篇 Day01不整虚的直接从最核心的语法、工具选型和常见坑位讲起帮你把 Markdown 真正用起来。这篇内容适合谁完全没接触过 Markdown 的新手想系统建立语法认知也适合用过但只知道皮毛、经常在表格和换行上翻车的老朋友。通篇用我实际踩过的例子说话能直接复制去用。如果你正打算用 Markdown 写笔记、搭博客、维护技术文档今天这篇就是你的起点。1. 先搞懂 Markdown 的底层逻辑比背语法更重要1.1 Markdown 到底是什么它解决了什么问题Markdown 是一种轻量级标记语言设计初衷是让作者专注内容本身而不是被排版工具绑架。它用纯文本的标记符号表达文章结构比如井号代表标题、星号代表加粗文件保存为.md后缀任何编辑器都能打开。这个设计解决了三个长期痛点。第一是格式锁定问题传统办公软件里换个电脑、换套软件排版就乱Markdown 文件本质是纯文本永远不会因为版本升级而打不开。第二是协作问题技术团队用 Git 管理文档Markdown 天然支持 diff谁改了什么一眼就能看出来Word 做到这一点就痛苦得多。第三是转换问题一份 Markdown 源码可以轻松转成 HTML、PDF、Word、Epub一处编写处处发布不用为了不同渠道反复排版。我举个生活化的类比。写 Word 就像在纸上画格子一边写字一边调格式字写完了格子也画好了但想换个格子样式就得重新画Markdown 则像先写内容、最后统一套模板你只需要关心这行是标题还是正文具体长什么样交给渲染器决定。这种关注点分离的思路是 Markdown 高效的根本原因。1.2 一套语法到处渲染的跨平台优势Markdown 的跨平台不是指软件跨平台而是指同一份文件在不同渲染器里能得到一致或至少高度相似的结果。你在 Typora 里写的笔记扔到 GitHub 上能正常显示你给客户写的接口文档转成 PDF 发送也没问题本地保存的日记未来十年后打开依旧是纯文本可读性完全不受影响。这里要强调一下Markdown 并不是完全统一的标准化格式。目前存在 CommonMark、GFMGitHub Flavored Markdown、Pandoc Markdown 等方言它们在基础语法之上各有扩展。比如表格、任务列表、删除线这些都是 GFM 引入的实用扩展学术写作常用的上标、脚注则是 Pandoc 的支持范围。我的建议是Day01 先把 CommonMark 基础语法吃透再根据你常用平台的习惯去补充方言特性这样走到哪儿都不会慌。还有一个常被忽略的点Markdown 文件体积小、易传输。一份上千行的带格式文档Markdown 文件可能只有几 KB配合网盘或 Git同步效率极高。我现在的工作日志、会议记录、月度总结全部用 Markdown 完成一年下来积累几百个文件检索、备份、迁移都毫无压力。1.3 Day01 的学习主线和目标拆解学习任何工具最忌讳的就是贪多嚼不烂。Day01 的主线很清晰先用 20 分钟掌握最常用的核心语法再花 10 分钟了解工具生态然后动手敲三个实际例子巩固最后看一眼常见坑位避雷。这样一套走下来你就能在真实场景里勉强打底了。我把 Day01 的目标拆成四个层次认知层明白 Markdown 的适用场景、基本原理和生态格局不会被花哨的超级神器说法带偏。语法层掌握标题、段落与换行、强调、列表、引用、代码块、链接、图片、表格、任务清单、分割线、转义字符以及基础公式语法。工具层会安装并基本配置一款桌面编辑器了解浏览器端和在线协作工具的选择思路。坑位层熟悉换行失效、表格复制错乱、导出 PDF 乱码这几个高频问题的成因与解决方案。这四个层次对应下文的内容结构。学完之后不要停拿一篇旧文章或自己的笔记来练手用 Markdown 重新写一遍效果比看十篇教程都好。2. Day01 核心语法从入门到够用2.1 标题、段落和换行这 3 个细节最容易被忽略标题语法大家都会#到######对应一级到六级标题注意#后面必须跟一个空格再写字。实际使用中我建议一级标题留给文章大标题正文内直接从二级标题开始层级太深反而难读。段落与换行才是新手翻车重灾区。在 Markdown 中两个段落之间要空一行否则即使你在源码里写了换行渲染出来两行也会连在一起。这个设计模仿了英文排版习惯段落是独立的逻辑块换行不是回车而是另起一段。如果确实想在同一个段落内强制换行有两种办法一是在上一行结尾敲两个空格再回车这是 Markdown 官方的硬换行写法二是用 HTML 的br标签这个更直观。我的建议是正文少用硬换行否则源码可读性会变差真需要断句就顺势另起一段。另外冷知识Markdown 中连续多个空行在渲染时只会被当作一个段落分隔。所以想用大量空行制造视觉留白是行不通的适当使用分割线更合理。2.2 强调、删除线、列表和引用日常写作用得最多强调分两种*单星号*或_单下划线_表示斜体**双星号**或__双下划线__表示加粗。实际使用中中文正文里斜体效果偏弱我更多用加粗来突出重点带团队的周报里我会用加粗标出风险项和待决策两个词一眼就能扫到关键信息。删除线写作~~内容~~适合表达这句话已经过时但保留痕迹的场景比如需求变更说明、待办清单中已完成又不想删掉的任务。列表分无序和有序两种无序列表用-、*、加空格开头有序列表用1.、2.加空格开头。嵌套列表在子级前面缩进两个或四个空格即可不同编辑器要求略有差异统一用四个空格最稳。引用用加空格开头适合标注重磅提示、外部引用或对话记录。我写技术方案时会把上线前必须确认的三件事用引用块单独拎出来识别度非常高。引用块内部也可以嵌套段落、列表甚至代码块只要注意在连续行首重复即可。2.3 代码块、链接和图片玩转技术场景的三大金刚代码相关语法是 Markdown 在技术圈流行的关键。行内代码用反引号包裹code一般用于强调文件名、函数名或短命令。代码块有两种写法缩进四格或使用三个反引号围栏。强烈建议用后者因为它支持语言标注如python渲染时能获得语法高亮阅读体验完全不同。链接语法为[显示文本](URL)也可以加标题[文本](URL 悬停提示)。技术文档中我常用相对路径链接比如在仓库内链接其他文档[部署说明](../deploy/README.md)这样文档随仓库移动也不会失效。图片语法和链接几乎一样只是前面多个感叹号。这里的替代文字不只是给搜索引擎看的更重要的是无障碍访问和图片加载失败时的兜底提示。图片宽度调整属于 Markdown 无力解决的痛点需要直接用 HTML 标签img srcxxx width400很多编辑器支持但并非标准使用前先确认渲染环境。2.4 表格、任务列表、分割线和转义符细节决定体验表格是 GFM 扩展语法标准 Markdown 里没有但几乎每个现代渲染器都支持。写法是第一行是表头第二行决定对齐方式第三行开始是内容。具体规则为第二行的---表示默认左对齐:---:表示居中---:表示右对齐列与列之间用竖线|分隔。这里分享我的表格写作经验。一是表头下方那行分隔线必须有且至少一个短横线漏掉这行整个结构都会崩二是列内容中如果要用竖线字符必须用\|转义否则列会错乱三是表格前后最好各空一行避免解析异常。复杂表格建议先在在线表格生成器里调好再贴进来手写效率太低。任务列表写作- [ ] 未完成和- [x] 已完成注意方括号内要有一个空格或字母x。GitHub、Typora、VS Code 的预览插件都支持交互式勾选用来做开发清单、周计划非常顺手。我用它维护上线前检查清单每次部署前挨个过一遍效果好过记在脑子里。分割线用三个及以上的-、*或_单独成一行即可。注意-写分割线时上一行必须是空行否则容易和一级标题语法文本 换行 ---会变成二级标题打架。转义符是反斜杠\写在特殊符号前面可以输出符号本身比如\*输出星号\#输出井号。记住一条规律当你想显示的是 Markdown 语法符号本身时就用反斜杠转义能不用转义的场景尽量避免保持源码干净。2.5 基础公式语法学术党必备的 LaTeX 入门Markdown 中嵌入公式靠的是 LaTeX 语法分两种包裹方式行内公式用单个美元符号$...$块级公式用双美元符号$$...$$。这个能力不是标准 Markdown 自带而是编辑器或渲染器的扩展但 Typora、Obsidian、VS Code 的 Markdown 插件、GitHub 都已经支持实用性很高。我的建议是 Day01 先掌握几个最常用的符号后面真遇到数学内容再按需查询上下标x^2、x_i注意多字符需要用花括号括起来如x^{2n}。分数\frac{分子}{分母}。根号\sqrt{被开方数}n 次方根写作\sqrt[n]{x}。希腊字母\alpha、\beta、\theta、\omega等首字母大写可输出大写字母。常见运算符\times乘号、\div除号、\pm正负号、\sum求和、\int积分。公式块默认独占一行且居中例如$$ f(x) \frac{1}{n} \sum_{i1}^{n} x_i $$新手最常犯的错是行内公式的$和内容之间加了多余空格比如$ x $会导致渲染失败。还有一点如果公式里本身有大量$建议直接用块级公式免去转义烦恼。3. 用哪个编辑器我的选型思路和硬核避坑3.1 桌面编辑器横向对比Typora 与 VS Code 实测感受Markdown 编辑器的江湖很大但 Day01 阶段我重点推荐三个方向你可以根据自己的场景选。Typora 是老牌所见即所得编辑器特点就是沉浸输入#加空格标题样式立即呈现隐藏了源码和渲染的边界。我用 Typora 写长文和读书笔记最顺手不需要分屏专注感极强。它启动快、导出功能丰富内置 Pandoc 集成完全能满足日常需求。缺点是闭源且收费买断制同时它的所见即所得方式可能让新手看不清源码结构以为 Markdown 就是格式化排版。VS Code 是程序员写 Markdown 的标配配合 Markdown All in One、Markdown Preview Enhanced 插件后功能强大到变态。它默认是源码与预览分屏模式写左侧、看右侧适合需要精确控制文档结构的人。我在写接口文档、项目 README、技术方案时都用 VS Code因为可以顺手在同一个窗口改代码。缺点是要接受插件的配置成本对纯写作用户来说有点重。Obsidian 则是知识管理型的另类编辑方案基于本地 Markdown 文件构建双链笔记网络。如果你后续想把零散笔记做成体系或者有笔记间互相关联的需求Obsidian 非常值得尝试。它的核心优势是 [[双向链接]]、关系图谱和插件生态缺点是功能太多Day01 直接上手容易跑偏建议等你确认 Markdown 是真的日常主力工具后再迁移过来。为了方便决策我把三者的感受整理成一览表编辑器适合场景核心优势主要槽点价格Typora纯写作、笔记、博客草稿沉浸式、轻量、导出方便闭源收费、无法精确控制源码买断制VS Code技术文档、代码混合项目免费、可编程、生态丰富需要配置插件、略显笨重免费Obsidian知识库、双链笔记、长期积累本地存储、网状关联、扩展性强上手曲线陡、功能易分散免费3.2 浏览器端与在线协作Chrome 插件和 Web 端你该知道的事如果你的工作环境经常变化或者 Markdown 只是偶尔用一下不一定要装桌面软件。浏览器里打开在线编辑器登录账号就能用比如 StackEdit、Dillinger 这类 Web 服务以及语雀、飞书文档内置的 Markdown 编辑模式。国内容易访问、体验好的是语雀它对 Markdown 的支持相当完整知识库管理也很顺手。Chrome 也有大量 Markdown 相关插件最常见的是把.md文件直接渲染成排版页面或者为 GitHub 增强预览效果。搜一下Markdown Viewer之类的关键词能找到很多。但在线工具要特别注意隐私问题如果你的文档涉及客户信息或公司内部文档建议谨慎上传第三方平台配合本地编辑 Git 管理反而更有安全感。还有一个使用建议写 Markdown 时不要频繁切换预览和编辑状态。所见即所得类工具偶尔看一眼还行纯源码编辑器可以盲写——只要你掌握了语法结构的确定和修改并不需要预览。写完再整体渲染一次效率和专注度会高很多。3.3 从零配置 Typora 的实用建议让它更贴合中文场景Typora 安装过程没什么好讲的但装完之后的设置我建议按下面的清单走一遍体验会提升不少。第一主题选择。Typora 内置多种主题在偏好设置 → 外观 → 主题里切换。我推荐 Newsprint适合阅读、GitHub适合技术文档和 Pixeldog适合代码。想更自定义可以下载主题 CSS 文件放进主题目录但 Day01 先不动用内置就好。第二图片保存路径设置。这是中文用户最常忽略的坑。默认情况下粘贴图片到 Typora它会以临时文件形式嵌入文档一移动图片就丢失。正确做法是偏好设置 → 图像 → 插入图片时选择复制到指定路径比如./assets或./images并勾选优先使用相对路径。这样所有图片都会统一存放在文档同级的 assets 目录里整个文件夹复制到别处也不会裂图。第三导出设置。Typora 内置导出 PDF、HTML、Word、图片等格式。部分导出功能依赖 Pandoc这是个通用的文档转换工具。第一次导出 Word 时如果提示找不到 Pandoc去 Pandoc 官网下载安装并配置环境变量即可。还有PDF 中文字体问题偶尔会出现导出前在偏好设置里调整字体为微软雅黑或思源黑体能规避大多数乱码。3.4 VS Code 配置 Markdown 环境的保姆级教程VS Code 本身不叫 Markdown 编辑器但装完下面三个插件它就是目前最顺手的文档工作台。Markdown All in One提供快捷键、自动目录、表格格式化和数学公式支持。常用快捷键是CtrlB加粗、CtrlShift]标题升降级、AltShiftF格式化表格。Markdown Preview Enhanced增强型预览面板支持导出 PDF、HTML、图片甚至可以嵌入 LaTeX 公式、流程图、PlantUML 图。注意它的导出 PDF 功能依赖 Chrome 或一些额外组件后面会讲到乱码问题。GitLens如果文档放在 Git 仓库里这个插件能帮你查看每行内容的修改人、修改时间团队协作必备。装完插件后按CtrlK V打开侧边预览默认左右分屏可实时查看渲染效果。我还建议在设置里开启markdown.extension.toc.updateOnSave: true保存文档时自动更新目录。VS Code 的 Markdown 源码高亮是默认支持的但标题颜色、加粗效果等需要主题配合安装一个流行的主题比如 GitHub Theme 会让阅读体验更好。不要一上来就装十几个插件插件之间的配置冲突会把你劝退。4. 实操从 0 到 1 写一份标准 Markdown 文档4.1 实操场景设定用 Markdown 写一份个人周报学习语法最好的方式是把它放进一个真实场景。我选个人周报作为 Day01 的实操案例因为它结构清晰、内容不多、便于反复修改而且覆盖了标题、列表、表格、任务清单、引用等核心语法。假设这周你在做一个小项目周一理需求、周二写代码、周三联调、周四测试、周五复盘。你用 Markdown 写周报时要让领导一眼看到三件事本周核心进展、风险点、下周计划。那么文档结构就是二级标题本周核心进展下面放 3 到 5 条无序列表每条包含可验证的结果。二级标题风险与求助用引用块强调最关键的一个风险。二级标题下周计划用任务清单列出下周待办并标记已完成项。4.2 分步演示标题、列表、表格、任务清单一网打尽下面直接给出这份周报的 Markdown 源码你可以照着抄一遍动手敲完理解立刻不一样# 个人周报2024年第XX周 ## 本周核心进展 - 完成用户登录模块的重构接口响应时间降低 38% - 修复订单列表分页 bug涉及 3 个边缘场景 - 输出技术方案《缓存设计 v1.0》已同步团队评审 ### 关键数据 | 模块 | 耗时人天 | 进度 | 备注 | | --- | --- | --- | --- | | 登录重构 | 3 | 已完成 | 待上线 | | 分页修复 | 1 | 已完成 | 已提测 | | 缓存方案 | 2 | 进行中 | 待评审 | ## 风险与求助 缓存方案中 Redis 集群方案需要运维协助预计下周需要 1 天联调时间。目前无阻塞但有延期风险。 ## 下周计划 - [x] 完成登录模块重构 - [ ] 跟进缓存方案评审 - [ ] 整理线上问题排查手册这一份源码涵盖了三级标题、无序列表、表格、引用块、任务清单是你 Day01 最关键的练手模板。建议你新建一个demo.md文件粘贴上面的内容用你的编辑器预览一下效果然后试着增删一些内容比如加上有序列表、插入一张本地图片再导出成 PDF 看看结果。4.3 生成思维导图和流程图的无痛起步方式Markdown 生态里很多人还想画流程图、时序图、思维导图。这里要澄清一点这些不是 Markdown 语法而是渲染器支持的扩展。最著名的是 Mermaid可以在代码块中声明语言为mermaid渲染器就会绘制图表。例如graph TD A[开始] -- B{判断} B -- 是 -- C[通过] B -- 否 -- D[拒绝]但要注意Mermaid 支持依赖具体渲染器。Typora 原生支持VS Code 的 Markdown Preview Enhanced 也支持GitHub 也支持但很多在线平台不渲染导出 PDF 时也可能缺失。我建议 Day01 先不急着画图等你对 Markdown 基础语法有充分掌握之后再专门学习 Mermaid效果会好很多。4.4 预览、导出与检查怎么确认你的文档没问题写完 Markdown最后一步是预览和导出。Typora 中直接看渲染结果CtrlShiftP 调出命令面板可以快速导出VS Code 中按 CtrlK V 开侧边预览右键预览面板可以导出Obsidian 的阅读视图和发布功能更偏知识管理。导出 PDF 时我建议先预览一遍重点检查三处表格是否溢出、长代码是否换行、图片是否加载。很多 Markdown 导出工具对表格中过长的 URL 或英文串支持不好容易把页面撑破。还有个习惯我一直保持导出前先渲染一遍 HTML再从 HTML 打印为 PDF这样可以借助浏览器的打印样式解决大多数中文字体和对齐问题。5. 高频问题与硬核避坑今天就能用上5.1 表格复制到 Excel、飞书等场景为什么总是乱热搜词里markdown表格复制占了很大比重说明这是绝对的高频痛点。原因在于 Markdown 表格本质是纯文本对齐不是真正的表格对象复制时浏览器或编辑器可能只复制了文本本身而 Excel、飞书等软件需要的是结构化的表格数据。我的解决方案分两种情况。一是粘贴到 Excel打开一个空白的 Excel 工作表先粘贴到任意单元格此时表格通常会被按空格分列或者直接变成行内文本不要慌选中该单元格使用数据 → 分列功能按竖线|分割即可恢复。二是粘贴到飞书/钉钉文档多数在线文档原生支持 Markdown 粘贴直接复制源码中的表格区域粘贴时多试几次即可如果仍不行先把 Markdown 源码放到在线 Markdown 表格转换器里转成 HTML 或 CSV 再复制。最稳妥的做法其实是直接粘贴 Markdown 源码到支持 Markdown 的在线文档比如语雀、飞书它们会自动渲染成表格根本不用手动转换。5.2 导出 PDF 中文乱码的排查思路尤其是 Preview Enhancedmarkdown preview enhanced 使用prince导出乱码这个高频词指向一个真实痛点Markdown Preview Enhanced 的 PDF 导出默认依赖 Chrome 的打印能力而 Chrome 打印会出现中文字体丢失或乱码。另一个导出工具 Prince 对中文支持又不好。我的排查顺序是检查系统字体是否完整。Linux 服务器尤其容易缺中文字体最简单的办法是安装fonts-noto-cjk或fonts-wqy-microhei。修改 Markdown Preview Enhanced 的样式文件在自定义 CSS 中强制指定中文字体例如body { font-family: PingFang SC, Microsoft YaHei, Noto Sans CJK SC, sans-serif; }。如果用的是 Chrome 方案更换导出引擎一般建议换成打印预览模式或先另存为 HTML再用浏览器打开打印为 PDF。每次遇到乱码优先检查字体这是 90% 的根因。5.3 换行不生效、列表层级错乱这样排查换行问题在上面语法部分讲过核心就是段与段之间要空一行。如果你已经加了空行但渲染仍然不换行检查是不是用了全角空格或者行尾有不可见字符。另一种情况是在列表项内想写多行文字必须注意缩进后续行要和前一行对齐否则 Markdown 会认为这是另一个列表项或直接退出列表。列表层级错乱多数因为缩进用的是 Tab 和空格混用。建议统一用 4 个空格作为一级缩进层级分隔。在 VS Code 里可以在设置中开启将 Tab 替换为空格完美避免混用。5.4 将 Word 和 PDF 转换为 Markdown 的完整工作流热搜词将word和pdf转换成markdown体现了刚需场景。这里给出我实际使用过的解决方案。Word 转 Markdown主力工具是 Pandoc。一条命令就能完成pandoc input.docx -t gfm -o output.md其中-t gfm表示按 GitHub 风格 Markdown 输出适合大多数平台。需要注意从 Word 转换时里面的图片会变成相对路径并单独导出到一个文件夹用 Pandoc 时需要在命令中指定--extract-media.或手动把图片文件一并拷贝到目标目录否则图片会丢失。PDF 转 Markdown 就没有完美方案了。PDF 本质是固定布局转出的 Markdown 往往格式混乱。我的经验是先用 Adobe Acrobat 或在线工具把 PDF 转成 Word再用 Pandoc 转成 Markdown效果比直接 PDF 转要好得多。另一个思路是用 OCR 工具先识别文本再整理成 Markdown适合扫描版 PDF。5.5 日常高频问题速查表问题现象根因快速解决方案写了换行但预览没换行段落之间没空行段与段之间加空行或用行尾两个空格硬换行表格显示乱表头分隔行缺短横线补上| --- | --- |这行表格复制到 Excel 错乱纯文本非结构化数据先粘贴再分列按竖线分割导出 PDF 中文乱码系统缺中文字体或渲染引擎不对换渲染引擎、指定中文字体图片不显示图片路径是绝对路径或文件未同步配置相对路径并把图片放在同级文件夹标题下方出现横线标题下一行写了---标题和分割线之间加空行代码块没有高亮未指定语言或渲染器不支持在围栏后加语言名如python6. Markdown 进阶工作流从笔记到博客到文档6.1 使用 Pandoc 实现 Markdown 转 Word 的实战案例Markdown 写文档Word 发给客户这个需求太常见了。Pandoc 是万能转换器下面是我常用的命令pandoc report.md -o report.docx --toc --number-sections --highlight-styletango--toc自动生成目录--number-sections自动编号--highlight-styletango给代码块配色。如果文档中包含公式需要额外指定--mathml或--webtex否则公式在 Word 中无法正常显示。我在实际使用中踩过的坑Markdown 中的图片路径如果是相对路径转换成功与否取决于命令执行时的当前目录强烈建议在文档所在目录执行 Pandoc或者使用绝对路径。另一个坑是中文文档名。Pandoc 在 Windows 上对非 ASCII 文件名支持不稳定最好把文件重命名为英文名再转换转换后手动改名。6.2 知识库与博客发布让 Markdown 成为你的内容中台Markdown 最大的威力在于一次写作随处发布。我的个人博客是静态站点生成器如 Hugo、Hexo、VitePress构建的所有文章本身就是.md文件发布命令一跑自动生成 HTML 站点。如果同步到公众号或知乎就用 Pandoc 或另一个工具转成对应格式。团队知识库层面很多团队用语雀、飞书或自建的 Wiki 系统这些平台几乎都支持 Markdown 导入前端同事写的接口文档、后端同事写的部署手册、运营同学写的活动策划统一沉淀为 Markdown 文件检索和协作效率都很高。如果你只把 Markdown 当作一种做笔记的小技巧那就小看它了。真正用好它是把 Markdown 当成内容中台——所有内容以.md格式沉淀按需输出到不同渠道这就是现代个人知识管理的基本盘。6.3 推荐学习路径从 Day01 到 Day30最后分享一个学习路径配合 Day01 之后的规划。Day01 到 Day03 重点掌握基础语法、编辑器配置和常用导出Day04 到 Day07 练习写一篇完整的长文比如学习笔记或工具评测学会插入图片、表格、公式第二周掌握 Pandoc 的高级转换学会批量处理文档第三周接触 Git 和 GitHub把 Markdown 文档托管到仓库体验版本管理第四周可以开始搭建个人博客或者用 Obsidian 构建自己的知识网络。我个人实际写了很多年的心得是Markdown 最大的门槛不是语法而是习惯的转变。刚开始你会忍不住想用鼠标调字号、调颜色但坚持一个月纯 Markdown 写作之后你会发现自己对文字结构的把控能力变强了写东西也自然分清了标题、列表、重点的逻辑。Day01 完成以上所有实操你就已经跑赢了大多数停留在看过教程阶段的人。