如果你还在用 Dev C 写 C/C 作业或者正在准备算法竞赛、计算机二级那你大概率经历过这种场景一段代码改了十遍最后想整体注释掉结果一行一行地敲//或者刚写完两百行代码突然想临时屏蔽一段逻辑只能选中后手动加/*和*/。这些操作不是不能做而是效率实在太低。我在大学四年里靠着 Dev C 5.11 刷了几千道题后来又在教学里带过很多学生发现大多数人根本没注意过编辑器自带的快捷键功能特别是“多行注释”这个高频操作实际用好了能省下一大半时间。这篇文章就围绕 Dev C 的多行注释展开把注释相关的快捷键、常用的编辑调试快捷键、自定义设置以及几个容易被中文用户踩烂的坑一并整理出来。适合刚开始用 Dev C 写代码的新手也适合准备从“鼠标流”切换到“键盘流”的老用户。1. 多行注释从“笨办法”到肌肉记忆1.1 默认多行注释快捷键与操作演示先说最核心的。在 Dev C 5.11 的默认配置下多行注释最常用的是“行注释”方式先按住鼠标左键从你不想执行的代码第一行拖到最后一整行选中这些代码然后按下Ctrl /。执行之后你会看到每一行前面都自动加上了//整段代码立刻失去作用。如果按完还想恢复保持选中状态再按一次Ctrl /注释符号会被移除代码恢复“活”的状态。这里有一个细节经常有人忽略用Ctrl /注释时选区的边界不一定要刚好从每行的第一个字符开始。Dev C 内部处理的是整行即使你只选中了某一行中间的一小块它也会把整行都注释掉。所以不用担心选歪了导致注释不完整这是行注释在编辑器里的标准行为。我自己在实际操作时反而喜欢故意从第一行代码的中间位置开始往下拖因为这样不需要精确对齐左侧行号拖选更省事。除了行注释Dev C 也支持“块注释”快捷键。默认情况下选中一段代码后按Ctrl Shift /会在选区的最前面和最后面分别加上/*和*/效果等同于手动写了一个多行注释块。不过这个快捷键在不同版本里有时会被系统输入法占用或者因为键盘布局差异没反应所以不少人在网上搜到的答案都不一样。我的建议是如果你按Ctrl /有效那就够用了如果Ctrl Shift /无效不要硬记直接选中代码后用右键菜单里的“注释”功能一样能插入块注释。1.2 行注释和块注释到底该用哪个很多人不区分//和/* */但其实两者在实际工程里的适用场景完全不同。行注释适合临时屏蔽代码因为它是一行一行加的你随时可以精准恢复某一行也方便通过编辑器自带的“取消注释”批量处理。块注释适合为一段模块化的逻辑写说明或者整体屏蔽一个函数体因为只需要一对符号视觉上更紧凑。从 C/C 的语法规则上看这两者还有一个关键差异块注释不嵌套。也就是说代码里如果已经有一个/* ... */你又想在它里面套一层/* ... */最内层的结束符会导致外层注释提前关闭编译器就会报错。而行注释是“到行尾为止”你在//后面写任何字符、包括/*和*/都不会影响其他行。基于这个规则日常调试时我几乎不用块注释去屏蔽代码因为一旦代码里原本就有块注释嵌套之后经常出现编译错误排查起来特别闹心。行注释则安全得多这也是为什么现在的 IDE 普遍把行注释作为默认注释方式。2. 不只是注释Dev C 高频快捷键全景图2.1 编辑区操作光标移动、选择与撤销多行注释只是快捷键的冰山一角。写代码时最高频的操作其实是光标移动、文本选择、撤销重做这些“基本动作”。在 Dev C 里最常用的一组是方向键的增强版按住Ctrl再按左右方向键光标会按“单词”为单位跳动而不是一个一个字符慢慢挪。这个操作在修改长变量名或长函数名时尤其好用能瞬间跳到词尾。按住Ctrl再按上下方向键一般是在代码块之间跳转但 Dev C 的兼容性一般不一定每个版本都有效所以我不太依赖它。选择文本方面Shift 方向键是逐字符选择Ctrl Shift 方向键是按单词选择。如果你想选中当前光标所在的一整行最快的方式是直接按Home跳到行首再按住Shift End选到行尾。这比鼠标拖选精确得多也不会出现滚轮一滑选中好几行的问题。撤销和重做使用Ctrl Z和Ctrl Y这一点和其他编辑器完全一致。需要特别注意的是Dev C 的撤销栈在某些版本里存在 bug当代码文件特别大时连续撤销十多次后编辑器可能会变卡甚至出现撤销失效的假象。遇到这种情况先保存文件再继续操作或者直接把文件重新打开一次比无限按撤销更靠谱。查找和替换也是写代码时逃不掉的操作。Dev C 里Ctrl F打开查找窗口F3查找下一个替换功能通常绑定在Ctrl R上。这里的替换和现代编辑器有一点区别Dev C 的查找窗口是独立的对话框不是浮动的搜索栏所以替换前要确认光标起点位置避免漏掉从文件开头到光标之间的内容。我自己写程序时习惯先Ctrl Home回到文件头部再发起查找这样搜索范围就是整个文件。2.2 编译运行调试从 F9 到 F8写完代码接下来就是编译运行。这部分快捷键我建议所有 Dev C 用户都背下来因为它们能让你完全摆脱鼠标点来点去。在 5.11 版本的默认设置里F9编译当前文件相当于菜单里的“编译”。F10运行当前项目。F11编译并运行一键跑完整个流程。F8开始调试或继续执行到下一个断点。F5切换断点。F6单步进入函数Step Into。F7单步跳过Step Over。这个组合中最高频的是F11。写算法题的时候每改一次代码都要F11看结果一天按几百次很正常。如果你使用的 Dev C 版本不同比如某些基于 6.x 内核的增强版快捷键可能变成Ctrl F11编译、F11运行但菜单栏上会明确标注所以第一次使用时花半分钟看一眼“运行”菜单比死记快捷键更可靠。调试方面新手经常犯的一个错误是先按F8开始调试然后在代码里点半天都看不到断点命中。原因多半是断点没有设置成功。断点的快捷键是F5需要在“编辑器里把光标放在你想暂停的那一行”再按F5行首会出现一个红色圆点。如果圆点没出现说明当前行不是可执行语句比如空行、声明行、注释行换到实际运算的代码行再试。调试开始后F6进入函数内部F7跳过函数直接执行下一行这两个键组合起来几乎能解决所有“程序运行结果不对但不知道错在哪”的问题。2.3 文件和窗口管理还有一个经常被忽略的分类是文件与窗口操作。Ctrl N新建源文件Ctrl O打开一个已经存在的文件Ctrl S保存Ctrl W关闭当前文件这些是通用约定Dev C 也基本支持。比较有用的是Ctrl Tab在多个打开的代码文件之间切换。当你一边写头文件、一边写主程序、一边还要看测试数据时这个键能省下大量来回点标签页的时间。Dev C 的标签页整体设计比较老旧文件一多会挤在一起标签标题变窄根本看不清文件名。我后来养成的习惯是高频使用Ctrl Tab循环切换再配合Ctrl W随手关掉不用的文件让标签页始终保持精简。另外如果不小心关掉了没保存的文件Dev C 有时候会给出一个“是否保存”的提示但有时候不会提醒特别是在编译出错导致的异常退出时。所以养成随手Ctrl S的习惯比什么都重要。3. 把快捷键改得像 VS Code 一样顺手3.1 快捷键编辑器在哪Dev C 的默认快捷键虽然能用但对用惯了现代编辑器的人来说总觉得有点反直觉。比如我接触过不少从 VS Code 转过来的同学他们在 VS Code 里用惯的Ctrl D选中相同单词、Shift Alt F格式化代码在 Dev C 里根本不存在。不过 Dev C 其实提供了一个完整的快捷键配置界面只是很多人找不到。打开 Dev C 后找到顶部菜单栏的“工具”点开后选择“快捷键选项”就能看到一个按命令分类的列表。这个界面和很多老开发工具类似左侧是“命令分类”右侧是“命令”和对应的“快捷键”。你要修改注释快捷键时先在分类里选择“编辑”或“搜索”然后往下面的命令列表里找“注释”“取消注释”“切换注释”这类名字。找到后点击选中它然后在下方的“快捷键”输入框里按下一组新的组合键再点击“分配”按钮即可生效。这里有一个小坑快捷键选项对话框对按键的响应比较敏感如果你按下Ctrl Alt Z它会直接显示成CtrlAltZ但如果你的键盘有额外的功能键比如笔记本上的Fn它可能会漏掉。所以设置完一定要先点击“分配”再点击“保存”然后关闭对话框试一下实际效果。不要相信输入框里显示的内容要以实际运行为准。3.2 冲突处理与优先级自定义快捷键时最烦人的是和其他命令冲突。Dev C 不像现代编辑器那样会在你输入冲突按键时弹窗提示而是默不作声地让你覆盖。比如你在“注释”命令上设置了Ctrl /但另一个命令“切换显示行号”也许早就占用了这个键覆盖之后后者的功能就失效了。所以在修改前建议先看看右侧“当前快捷键”里有没有已经分配了相同组合的命令。我的策略是只改一两个最影响效率的键不要大规模重排。比如我把“切换注释”改成Ctrl /如果默认已经是这样那就不动把“运行”改成F10如果默认不是我再通过菜单确认。改得越多越容易造成混乱尤其是当你换了电脑、重新装上 Dev C 后可能根本记不清自己当初改了哪些键。用惯一套之后再换回默认反而非常别扭。3.3 配置同步与备份关于快捷键配置的保存很多人不知道 Dev C 的配置文件藏在哪。Dev C 5.11 的配置文件通常是一个叫devcpp.ini的文件Windows 系统下一般在软件安装目录里比如D:\Dev-Cpp\devcpp.ini。重装系统前把这个文件复制出来装好新版后再覆盖回去你之前修改的快捷键、编辑器字体、缩进宽度、编译选项等大部分设置就都回来了。不过有个细节不同版本之间最好不要直接复制devcpp.ini因为配置项的 key 名称可能不一致轻则设置丢失重则软件启动时读取异常。更稳妥的做法是只备份你手写的快捷键清单或者直接截图快捷键设置窗口。如果你确实要在多台电脑间同步我建议用同一个安装包版本然后把整个devcpp.ini覆盖到新电脑的安装目录下实测多数情况下能一次成功。4. 这几个和注释有关的坑我劝你一定要知道4.1 中文注释乱码的真相中文用户用 Dev C 遇到最多的问题就是注释乱码。好好的中文注释保存、关闭、再打开就变成一堆“锟斤拷”或者“涓嬩竴绫”之类的乱码。本质原因是编码不一致Dev C 5.11 默认使用 ANSI 编码保存文件这个 ANSI 在简体中文 Windows 上就是 GBK但如果你从网页或者聊天工具里复制了一段带中文的代码那段文字可能自带 UTF-8 编码。当 UTF-8 内容被存成 ANSI中文就全乱了。解决的办法很简单写代码时把编辑器默认编码设置成“系统默认”或 GBK这在“工具 - 编辑器选项 - 基本”里有一个“默认编码”下拉框一般选System就能和中文 Windows 匹配。如果你打开一个已经乱码的文件可以全选内容然后在“文件 - 导入”或“另存为”时选择一个合适的编码重新转换但这个过程并不总是能无损恢复因为乱码阶段可能已经产生了信息丢失。比较靠谱的避坑方式是新建代码文件的第一时间就把编码设成 GBK并确保粘贴进来的中文内容是纯文本粘贴避免从网页直接复制携带格式的内容。4.2 Ctrl/ 按了没反应一个非常普遍的现象是在代码里选中几行按下Ctrl /结果什么都没有发生。遇到这种情况第一反应不应该是“Dev C 太弱了”而是检查是不是被输入法拦截了。很多中文输入法把Ctrl /默认设置为“中英文切换”快捷键按下后输入法直接吃掉了这个组合键Dev C 根本收不到。解决方案有两种一是进输入法设置把Ctrl /的中英文切换快捷键改掉二是在 Dev C 的快捷键设置里把注释快捷键改成一个输入法不会占用的组合比如Alt /或Ctrl Shift C。另外某些笔记本电脑品牌自带的管理软件也会占用Ctrl /之类的组合键用于切换键盘背光、风扇模式等。这种情况不仅 Dev C 失效换成其他编辑器同样失效。排查时可以先试试在记事本或者浏览器里按Ctrl /如果也没有任何反应基本可以断定是系统级占用。4.3 单行注释中能不能再用多行注释这个问题的答案一句话就能说清在 C/C 里//是单行注释它对它后面的所有内容一直有效到行尾/* */是块注释它的作用范围是从/*到最近的一个*/。所以你在单行注释//后面写的/*只是普通字符不会开启一个新的注释块同理块注释内部出现//也只是普通字符注释不会中途结束。但是块注释内部如果再次出现/*C 标准是不允许嵌套的编译器会把第一个*/当作结束后面剩下的*/就变成代码的一部分了这就会报错。换句话说你可以在//里面随意使用多行注释符号这是安全的但不可以在/* ... */里面再套一层/* ... */。理解了这一点你就能解释很多莫名其妙的编译错误了。4.4 调试断点时的查看变量技巧热词里有人问“dev c 怎么调试断点 查看当前断点处的变量值”这里顺带用快捷键串起来讲一下。在你按F5设置好断点、按F8启动调试后代码会在断点那一行暂停此时编辑器会高亮停在断点行上。要查看变量当前的值第一种方式是直接移动鼠标悬停在变量名上Dev C 会弹出一个 tooltip 显示数值更常用的方式是观看界面下方的“调试”选项卡里面有“局部变量”和“监视”两栏局部变量会自动列出当前函数内所有变量。如果某个变量不在列表里你可以在“监视”栏里手动输入变量名然后按回车它的值就会实时显示。这里的快捷键关键点在F6和F7。当程序停在断点时如果你用F7单步跳过就是按一行一行往下执行如果当前行是函数调用按F6就会跳进这个函数内部逐行查看函数体里的局部变量。发现某个值不对时用F6进入函数看看是不是参数传错了然后继续F7往下走直到找到第一次出现错误值的那条赋值语句问题原因就基本明确了。5. 后续扩展给 Dev C 加点“现代感”写到最后我想再分享一个和快捷键相关的扩展思路。Dev C 5.11 到如今已经很老了但很多学校还在用它考试和做实验。给你的建议是不要只停留在默认功能上可以尝试安装一些增强版比如基于最新 GCC 内核的 Dev-C 分支版本它们往往修复了旧版中文乱码的问题界面也更友好快捷键更贴近主流编辑器。换版本之后上面说的快捷键定义可能会有小变化但你只要记住一个原则——打开“工具 - 快捷键选项”看一遍再通过菜单栏上面的快捷键提示去习惯它很快就能无缝切入。另外日常写代码时还可以配合 Windows 自带的剪切板历史功能按Win V呼出剪贴板历史复制过的代码片段、注释模板都能快速找回这比每次重新复制粘贴同年上写的旧注释方便得多。Dev C 本身没有“无格式粘贴”快捷键但如果从网页复制代码带了一堆颜色和字体格式更推荐先贴到记事本里转一圈再复制出来。表面上多了一步实际上省去了之后调整格式的麻烦。这些都不是 Dev C 的官方功能却是实际用下来最提效的小技巧。