个人主页杨利杰YJlio❄️个人专栏《Sysinternals实战教程》 《Windows PowerShell 实战》 《WINDOWS教程》 《IOS教程》《微信助手》 《锤子助手》 《Python》 《Kali Linux》《那些年未解决的Windows疑难杂症》让复杂的事情更简单让重复的工作自动化ZoomIt 学习笔记11.9绘图模式——演示时“手写板”标注、圈画、临时白板1. 问题背景会画不等于会标注2. 绘图模式的正确打开方式3. 核心动作与快捷键少记几个但要真正用熟4. 场景一讲解代码逻辑不要让听众盯着一整屏字符5. 场景二讲架构图让图变成故事6. 场景三讲操作步骤让用户记住路径7. 绘图模式的组合拳放大、绘图、键入、计时器8. 录屏直播中的绘图技巧别把屏幕画乱9. 总结绘图模式的核心不是画而是让人看懂1. 问题背景会画不等于会标注前面几篇已经讲了 ZoomIt 的安装、基础使用和放大模式。这一篇专门讲一个很容易被误用的功能绘图模式。很多人第一次用 ZoomIt 绘图模式会觉得它就是“在屏幕上随便画几笔”。这个理解太浅。真正好的绘图模式用法不是把屏幕画满而是让观众快速看懂你现在讲的是哪一块、重点在哪里、流程怎么走、风险点是什么。ZoomIt 绘图模式的本质是在当前屏幕上叠加一层临时标注层。它不会改变原始程序也不是在文件里永久写入内容而是在演示过程中帮你完成“视觉指向”。这张图展示的是 ZoomIt 绘图模式的整体效果屏幕可以被临时当成电子白板支持标注、圈画、箭头、擦除等操作。从图中能看出绘图模式不是为了炫技而是为了把演示对象变得更清楚。比如 C 盘空间不足可以直接圈出系统盘用箭头指向关键区域再写一句简短建议。观众不需要猜你鼠标在哪里晃也不需要自己从复杂界面里找重点。如果你经常做录屏、培训、远程排障或技术分享绘图模式应该成为你的固定讲解动作。它的价值不是“能画”而是“能让别人更快看懂”。2. 绘图模式的正确打开方式ZoomIt 的绘图模式有两种常见进入方式。一种是先放大再绘图另一种是直接进入绘图不做放大。先放大再绘图适合讲细节。例如代码、日志、配置项、报错信息这些内容本来就比较小。先用 Zoom 模式把局部放大再进入绘图模式观众看得清你也更容易画准。直接绘图适合讲整体流程。例如 PPT 架构图、系统拓扑图、操作步骤图本身不一定需要放大但需要画箭头、圈节点、标顺序这时直接绘图更自然。推荐记住一句话讲细节用“放大 绘图”讲流程用“直接绘图”。需要不需要准备讲解屏幕内容是否需要放大细节先进入 Zoom 放大模式再进入 Draw 绘图模式直接进入 Draw 绘图模式画框 / 箭头 / 圈重点讲完清屏或 ESC 退出这个流程看似简单但现场很有用。很多演示之所以乱是因为讲解人没有先判断“我要放大细节还是我要讲整体路径”。判断错了画面就容易乱。不要一进入绘图模式就开始乱画。先想清楚这一笔是为了指向、框选、连线还是提醒风险。没有目的的线条只会增加视觉噪音。3. 核心动作与快捷键少记几个但要真正用熟绘图模式的快捷键不需要一次性全部背完。真正高频的动作其实就几个自由线条、直线、矩形、箭头、撤销、清空、退出。这张图展示的是绘图模式的核心操作速查包括自由线条、直线、矩形、箭头、撤销、清空和 ESC 退出。从图中能看出绘图模式不是只有“鼠标乱画”一种用法。自由线条适合临时圈点直线适合划出关系矩形适合框选区域箭头适合指向关键按钮或路径。撤销和清空则决定了你能不能保持画面干净。下面这张表可以作为日常速查。不同版本 ZoomIt 的默认键位可能略有差异建议以自己配置窗口中的实际设置为准。功能典型操作示例适合场景使用建议进入放大模式Ctrl Alt Z先放大代码、日志、配置讲细节时优先使用直接进入绘图模式Ctrl Alt DPPT、架构图、操作步骤不需要放大时使用自由线条鼠标左键拖动临时圈点、手写线条少画别来回涂直线Shift 拖动标出路径、分割区域比自由线条更干净矩形形状键 拖动框选按钮、参数、代码块技术教程里最常用箭头箭头模式 拖动指向字段、按钮、流程方向比鼠标晃动更清楚撤销Ctrl Z撤回上一笔画错立即撤清空E或Ctrl Delete进入下一段前清场每讲完一段就清退出ESC回到正常桌面讲完就退避免误操作建议把“矩形 箭头 清空 ESC”练熟。这四个动作足够覆盖大部分录屏和授课场景。别一开始就追求所有形状都用上。快捷键不要只看表要实际试。录屏、会议、IDE、截图工具都可能占用热键。正式演示前至少完整演练一次。4. 场景一讲解代码逻辑不要让听众盯着一整屏字符讲代码时最怕的是一整屏代码全部展示出来然后讲解人从上到下念逻辑。观众看不清结构也不知道哪一行是核心判断哪一行是异常路径。用 ZoomIt 绘图模式讲代码重点是把代码逻辑拆成可视化路径输入参数在哪里条件判断在哪里正常返回在哪里异常路径在哪里。这张图展示的是代码逻辑标注的典型方式用框、箭头和编号把输入参数、条件判断、返回值和异常路径串起来。从图中能看出代码标注不是给代码“上色”而是把执行路径画出来。绿色可以表示输入参数红色可以表示异常判断蓝色可以表示正常返回路径。这样听众不用自己在一堆字符里找逻辑视线会自然跟着箭头走。代码逻辑标注的核心是把“阅读代码”变成“跟着流程走”。这对培训新人、录制教程、讲解复杂 if/else 特别有用。我建议按下面的节奏讲代码放大函数区域框出输入参数框出条件判断用箭头标出异常路径用箭头标出正常路径框出返回值清屏进入下一段代码颜色可以固定成一套语法颜色建议含义示例绿色正常输入 / 正常路径输入参数、成功返回红色异常 / 风险 / 失败路径参数为空、校验失败蓝色主流程 / 返回值主业务逻辑、输出结果黄色注意点 / TODO后续优化、潜在问题代码讲解时宁可分多轮标注也不要一次性把整段代码画满。一轮只讲一个逻辑块讲完清屏再进入下一块。不要在代码上画大量毛毛线。线条越多逻辑越不清楚。真正好的代码标注应该让观众看到路径而不是看到一堆颜色。5. 场景二讲架构图让图变成故事架构图如果只放在屏幕上不讲路径很容易变成“PPT 墙纸”。用户、网关、应用服务、数据库、缓存、中间件都摆在那里但观众不知道请求到底怎么走。ZoomIt 绘图模式适合把架构图变成一个动态故事。你可以沿着数据流画箭头从用户请求开始经过接入层、应用层、数据层再返回结果。这样讲出来的不是一张静态图而是一条可跟随的路径。这张图展示的是流程与步骤标注的用法通过流程走线、步骤 1-2-3、关键节点和操作路径让架构图和操作步骤变得更容易理解。从图中能看出流程类内容最适合用编号和箭头。步骤 1 表示用户访问系统入口步骤 2 表示请求进入应用服务器步骤 3 表示访问数据库。观众看到的是一条完整路径而不是一堆孤立模块。架构图讲解的关键不是把所有模块都解释一遍而是把本次主题相关的路径讲清楚。推荐使用下面这套动作动作用途示例粗箭头画出主流程用户 → 网关 → 应用服务编号圆点标出顺序1、2、3矩形框框出关键节点数据库、缓存、认证服务虚线表示辅助关系认证、日志、异步任务颜色区分区分路径类型蓝色主流程红色异常路径讲架构时一次只画一条主线。主线讲清楚后再补充旁路、异常路径、缓存路径。不要一开始就把所有箭头都画出来。6. 场景三讲操作步骤让用户记住路径操作教程里绘图模式也很有用。比如你要讲“如何配置某个插件”“如何打开某个系统设置”“如何定位某个日志入口”如果只是口头说“点这里再点那里”用户很容易漏步骤。这类内容适合用数字标注。每一屏最多标 3 个步骤1、2、3。超过 3 个观众短时间也记不住。我建议操作类教程按这个顺序走展示完整界面框出第1步入口画箭头指向第2步框出第3步确认按钮口头总结路径清屏进入下一屏这种方式特别适合 CSDN 图文教程。你可以在录屏演示时直接用 ZoomIt 标好步骤然后截图插入文章。这样文章里的图片天然带讲解信息不需要读者反复看文字找位置。推荐每张操作图只表达一个小任务。比如一张图只讲“打开设置入口”下一张图再讲“修改具体选项”。不要一张图里塞 8 个箭头。操作步骤图最忌讳的是标注太多。读者不是来欣赏涂鸦的他只想知道下一步点哪里。7. 绘图模式的组合拳放大、绘图、键入、计时器绘图模式单独用已经够用但它更适合和其他 ZoomIt 功能组合起来。最常见的是“放大 绘图”放大保证看得清绘图保证知道看哪里。第二种组合是“绘图 键入模式”。比如你圈出一个慢 SQL再在旁边打字写“缺少索引”或者框出 CPU 占用异常再写“重点观察此进程”。文字不要长只写关键词。第三种组合是“绘图 计时器”。培训中讲完一个步骤后可以开一个 3 分钟倒计时让学员自己操作。必要时在倒计时画面上写一句“自己练习一遍”。以“慢 SQL 排查”为例可以形成下面这套动作脚本放大慢 SQL圈出 WHERE 条件箭头指向执行计划框出全表扫描键入 缺少索引总结优化方向这种“情境 动作”的写法比单纯列快捷键更有价值。读者真正需要的不是知道工具能画箭头而是知道什么时候该画箭头、画在哪里、画完怎么讲。建议你后续做 Sysinternals 录屏时把这些组合动作固定下来。比如讲 Procmon 过滤器时放大过滤条件框出 Process Name箭头指向 Result再总结证据链。8. 录屏直播中的绘图技巧别把屏幕画乱绘图模式最容易翻车的地方就是“画太多”。很多人以为标注越多越认真实际上标注越多观众越看不懂。这张图展示的是好标注和差标注的对比左边清晰、聚焦、易懂右边杂乱、干扰、难理解。从图中能看出好标注的共同特点是线条少、颜色少、目的明确。差标注的问题不是不会画而是每个地方都想强调结果没有任何地方真正突出。录屏直播时建议遵守四个习惯线条简洁、颜色统一、讲完清场、先试录。好习惯具体做法价值线条简洁一笔只表达一个点重点更清楚颜色统一固定 2-3 种颜色含义降低理解成本讲完清场每讲完一段就清空画面不脏先试录正式录制前录 30 秒检查清晰度和节奏不要在直播中临时探索绘图模式。快捷键不熟、颜色看不清、线条太细、退出不及时这些小问题在正式场景里都会变成观感问题。还有一个很现实的建议如果你的字写得不好看就不要手写长句。用箭头、矩形框和 Type 模式输入文字比手写一串歪歪扭扭的字更专业。9. 总结绘图模式的核心不是画而是让人看懂ZoomIt 绘图模式看起来只是一个小功能但它对技术演示的提升很明显。它能让代码逻辑更清楚让架构流程更直观让操作步骤更容易记住也能让录屏和直播更有重点。如果只记一个结论那就是绘图模式的核心价值不是“能画东西”而是帮观众聚焦你想讲的点。建议把绘图模式固定成一套演示纪律先判断要不要放大再选择框、箭头或编号讲完一段就清屏正式录制前先试录。真正专业的演示不是把屏幕画得多热闹而是线条越少重点越准观众越容易理解。能做到这一点ZoomIt 绘图模式就不只是“电子白板”而是你技术表达的一部分。 返回顶部点击回到顶部