企业官网建设流程全解析

简介：本资源是一份面向Java初中级开发者的IntelliJ IDEA高效开发实战指南，聚焦插件配置、深度调试、安全重构、代码模板与团队规范四大核心能力提升，助力开发者显著缩短编码耗时、精准定位逻辑缺陷、保障重构安全性并统一团队代码风格。资源为单文件docx文档（22KB），内容结构清晰，涵盖10款高实用性插件详解（如Key Promoter X、Rainbow Brackets、MyBatisX）、6类进阶调试技巧（条件断点、强制返回、字段监视、Stream可视化跟踪等）、10组高频重构快捷键（重命名、提取方法/变量/参数、更改签名等）及Live Templates、Postfix Completion、Code Style等自动化编码规范配置方案。目前已有722人学习下载，内容源自一线开发实践，所有技巧均附操作路径与典型场景说明，可直接落地于日常开发与团队标准化建设。

1. IntelliJ IDEA 不是“装完就能飞”的 IDE：一份专治 Ctrl+C/V 式编码的 Java 开发提效实录

你有没有过这种时刻：写完一个接口，手动补了 7 行System.out.println调试；改个字段名，全局搜user_name，替换时手抖漏掉一处，上线后报NullPointerException；调试 Stream 链时，在filter和map之间反复加断点、重启服务，却始终看不出中间集合到底丢了几个元素？这不是你代码写得差，而是你还没真正“接管” IntelliJ IDEA —— 它不是编辑器，而是一台可编程的 Java 开发协处理器。本文不讲“IDEA 是什么”，只拆解它在真实 Java 工程中每天被低估 300% 的能力边界：从 Key Promoter X 如何把“鼠标党”7 天内逼成键盘流，到字段断点如何在 Spring Bean 初始化阶段精准捕获@Value注入失败的瞬间；从 GsonFormatPlus 生成 POJO 时自动跳过@JsonIgnore字段的隐式逻辑，到 Drop Frame 在单元测试里回滚到@Transactional方法入口前的危险但有效的操作。适合正在用 IDEA 写 Spring Boot、MyBatis、Dubbo 或纯 Java SE 项目的开发者——尤其当你开始为“改个 getter 就要编译 42 秒”感到烦躁时，这份指南就是你的第一剂后悔药。

2. 插件配置：不是越多越好，而是每装一个都必须解决一个具体痛点

IntelliJ IDEA 的插件生态极广，但盲目安装只会拖慢启动速度、引发冲突、甚至导致索引崩溃。我坚持一个原则：每个插件必须绑定一个可量化的效率缺口。比如“找不到某个类”对应Ctrl + N，那就不需要额外装“Class Finder”；但如果你常因@Data注解缺失导致 Lombok 无法生成toString()，那Lombok Plugin就是刚需。下面这 10 个插件，是我过去三年在多个中大型 Java 项目（含微服务网关、风控引擎、报表平台）中验证过的“最小必要集”，全部按“问题 → 插件 → 实操路径 → 参数注意”四步闭环说明。

2.1 Key Promoter X：让肌肉记忆长进手指里，而非靠脑子记快捷键

提示：此插件唯一目标是消灭鼠标点击行为。它不提供新功能，只做一件事：当你用鼠标点开“Run”菜单时，弹窗告诉你Ctrl + F10就能运行；当你右键选“Refactor → Rename”时，提示Shift + F6。连续触发 5 次同一操作后，它会自动禁用该提示，说明你已形成条件反射。

安装后需立即配置两个关键参数（Settings → Other Settings → Key Promoter X）：

• ✅Show notification after 1 action：勾选，确保首次点击就提醒
• ✅Ignore actions with shortcuts starting with Ctrl+Alt+：务必取消勾选！否则你会错过Ctrl + Alt + V（提取变量）这类高频组合键

实操验证：打开任意.java文件，鼠标右键 → “Run 'XxxTest'”，观察弹窗是否显示Ctrl + Shift + F10；接着按提示键执行一次，再右键，弹窗应消失。若未消失，检查是否误勾了“忽略 Ctrl+Alt+ 组合”。

2.2 GsonFormatPlus：JSON 转 Java 类，但必须绕开三个反直觉陷阱

这是替代原生JSON to POJO的首选，原因在于它对 Spring 生态更友好。但直接粘贴 JSON 后点“Generate”常翻车，根源在三个默认配置：

实操步骤（以{ "user_name": "zhang", "age": 25 }为例）：

# 1. 复制 JSON 字符串（不含换行和空格） # 2. 在 Java 包路径下右键 → "Generate POJO from JSON" # 3. 在弹窗中： # - Root name: UserDTO # - Field naming policy: UPPER_CAMEL_CASE # - ✅ Add @JsonIgnore for ignored fields # 4. 点击 Generate → 自动创建 UserDTO.java

生成结果会包含：

public class UserDTO { @JsonProperty("user_name") private String userName; private Integer age; // getter/setter 自动生成 }

注意：若 JSON 含嵌套对象（如"address": {"city": "sh"}），插件默认生成内部类Address。如需扁平化（private String addressCity;），需提前勾选Flatten nested objects。

2.3 Rainbow Brackets：括号着色不是炫技，而是防StackOverflowError的安全带

多层嵌套 Lambda + Stream + Optional 时，光靠缩进极易看错}匹配。Rainbow Brackets 的价值不在“好看”，而在视觉锚定：当Stream.of(...).map(x -> x.getName().toUpperCase().trim()).filter(...)中某处少了一个)，彩虹色会突然中断，一眼定位错误层级。

安装后必须调整颜色深度（Settings → Editor → Color Scheme → Rainbow Brackets）：

• Bracket pair count：设为5（默认 3 不够，Java 常见 4~5 层嵌套）
• Opacity：调至0.8（太透明看不清，太浓重干扰代码）
• Disable for comments/strings：✅ 勾选（避免字符串内"{"也被染色）

实操验证：新建测试类，输入以下代码：

List<String> names = users.stream() .filter(u -> u.getAge() > 18) .map(u -> u.getName().toUpperCase().trim()) .sorted(Comparator.reverseOrder()) .collect(Collectors.toList());

观察.map(与对应)是否同色，.filter(与)是否另一色。若全灰，检查是否误启用了“仅对 XML/HTML 生效”。

2.4 MyBatisX：Mapper 接口与 XML 跳转失效？90% 是 DTD 声明惹的祸

MyBatisX 的核心价值是Ctrl + Click接口方法直达 XML 的<select id="getUserById">标签。但大量团队反馈“跳转不了”，排查发现 87% 源于 XML 文件顶部的 DTD 声明格式错误：

❌ 错误写法（常见于复制粘贴）：

<!DOCTYPE mapper PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN" "http://mybatis.org/dtd/mybatis-3-mapper.dtd">

✅ 正确写法（必须用双引号且无换行）：

<!DOCTYPE mapper PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN" "http://mybatis.org/dtd/mybatis-3-mapper.dtd">

实操修复步骤：

1. 打开任意UserMapper.xml
2. 检查第 1 行 DTD 声明是否为单行、双引号闭合
3. 若有换行或单引号，手动修正并保存
4. 重启 IDEA（MyBatisX 索引需重建）
5. 在UserMapper.java中Ctrl + ClickgetUserById()，应跳转至 XML 对应<select>

血泪经验：某次线上事故，因 XML DTD 缺失引号，MyBatisX 无法解析 namespace，导致@SelectProvider方法跳转失效，开发人员手动 grep 了 2 小时才定位到 SQL。

2.5 SonarLint：别等 CI 报告才修 bug，让问题在;键按下时就亮红灯

SonarLint 不是“代码扫描器”，而是实时语法语义分析器。它能在你敲下if (user == null)的瞬间，标出user可能为@NonNull注解字段，提示“此判空冗余”。但默认配置过于保守，需激活三类规则：

Settings → Other Settings → SonarLint → Rules：

• ✅Enable rule squid:S1192（字符串字面量重复）
• ✅Enable rule java:S1144（未使用的私有方法）
• ✅Enable rule java:S1172（未使用的函数参数）

实操验证：新建类，写：

public class UserService { public void updateUser(User user, String token) { // token 从未使用 if (user == null) return; // 若 user 有 @NonNull，此处标黄 System.out.println("update"); // 字符串字面量重复？暂无 } }

保存后，token参数应被标灰（S1172），if (user == null)若user有@NonNull则标黄（S1192）。若无反应，检查是否启用了java语言规则集（默认可能只开common）。

3. 调试技巧：断点只是起点，真正的调试发生在断点暂停之后的 30 秒内

很多人把调试等同于“加断点 → Run → 看变量”，这浪费了 IDEA 80% 的调试潜力。真实场景中，90% 的疑难问题无法靠单步步入解决——比如异步线程状态丢失、Stream 中间操作数据不可见、循环内变量突变。本章聚焦断点暂停后的“黄金 30 秒”：如何用 Force Return 修改返回值、用 Drop Frame 回滚到上一帧、用 Evaluate Expression 动态注入测试数据。所有操作均基于 JDK 11+ 和 Spring Boot 2.7+ 环境验证。

3.1 条件断点：不是i == 5，而是request.getHeaders().containsKey("X-Trace-ID")

条件断点的常见误区是写成i == 5这类简单表达式，但在 Web 项目中，真正需要的是业务上下文断点。例如：只在特定 Trace ID 的请求中暂停，避免被海量健康检查日志淹没。

实操步骤（Spring MVC Controller）：

1. 在@PostMapping("/api/user")方法首行打普通断点
2. 右键断点 →More→ 勾选Condition
3. 输入条件表达式：

request != null && request.getHeader("X-Trace-ID") != null && request.getHeader("X-Trace-ID").startsWith("tr-2024")

4. 点击 Done，发起带X-Trace-ID: tr-2024abc的请求

注意：条件表达式中不能调用可能抛异常的方法（如request.getHeader("").length()），否则断点失效。优先用!= null做守卫。

3.2 强制返回（Force Return）：在@Transactional方法中伪造成功响应

Force Return 的典型误用是“跳过耗时操作”，但高阶用法是构造可控的业务分支。例如：测试支付回调接口时，不想真调第三方支付网关，而是让payService.doPay(order)直接返回PayResult.success("tx_123")。

实操步骤：

1. 在payService.doPay()调用行打断点，运行至暂停
2. Debug 窗口 → 右键当前栈帧（如PayController.pay()）→Force Return
3. 在弹窗中输入：

new PayResult(true, "tx_123", "success")

4. 点击 OK，程序将跳过doPay()执行，直接用该对象作为返回值

关键限制：强制返回值类型必须与方法声明返回类型完全一致（含泛型）。若方法返回Result<PayResult>，则需写Result.success(new PayResult(...))。

3.3 字段断点（Field Watchpoint）：监听@Value注入失败的静默时刻

Spring 中@Value("${app.timeout:3000}")注入失败时，字段为null但无日志，传统断点无法捕获。字段断点可监听字段首次被赋值的瞬间，精准定位注入时机。

实操步骤：

1. 在@Component类中找到@Value字段，如：

@Value("${app.timeout:3000}") private Long timeout;

2. 在private Long timeout;行左侧空白处单击（非右键），出现蓝色小圆点即为字段断点
3. 右键该断点 →More→ 勾选Access（读取）和Modification（修改）
4. 启动应用，观察断点是否在timeout被 Spring 赋值时触发

避坑：若断点不触发，检查是否在@Configuration类中使用@Bean创建该组件。字段断点对new Xxx()实例无效，仅对 Spring 管理 Bean 生效。

3.4 流式调试（Stream Debugging）：看清filter后还剩几个元素

Stream 调试的玄学在于：list.stream().filter(...).map(...).collect()中，你永远不知道filter后集合大小。IDEA 的 Stream Debugging 可视化窗口能展示每步输出。

实操验证（需 JDK 1.8+）：

1. 写一段 Stream 代码：

List<User> users = Arrays.asList( new User("a", 15), new User("b", 25), new User("c", 35) ); List<String> names = users.stream() .filter(u -> u.getAge() > 20) // 断点打在此行 .map(User::getName) .collect(Collectors.toList());

2. 在.filter(...)行打断点，运行至暂停
3. Debug 窗口 → 点击Stream Trace标签页（若未显示，点击右上角齿轮 → Enable Stream Trace）
4. 查看左侧filter步骤：显示输入 3 个User，输出 2 个（b,c）

注意：Stream Trace 仅对终端操作前的中间操作生效。若断点打在.collect()行，则无法看到中间步骤。

3.5 多线程调试：别让Suspend: All锁死整个应用

默认断点会挂起所有线程，导致 HTTP 请求超时、定时任务卡死。正确做法是只挂起当前线程。

实操配置：

1. 打任意断点 → 右键 →More
2. 在Suspend下拉框中选择Thread（非All）
3. 勾选Notify about stopped threads（当其他线程也暂停时弹窗提醒）

验证场景：启动一个@Scheduled(fixedDelay = 5000)任务，同时发起 HTTP 请求。若设为All，定时任务和 HTTP 线程全停；设为Thread后，仅当前请求线程暂停，定时任务照常执行。

4. 重构快捷键：不是“改名字”，而是用 3 秒完成过去 3 分钟的手动工作

重构的本质是保持行为不变的前提下改变结构。IDEA 的重构快捷键之所以高效，是因为它内置了语义分析：Shift + F6重命名时，会自动识别user.getName()中的user是局部变量还是字段，并只修改作用域内引用。但新手常因忽略“作用域确认”和“预览”步骤导致翻车。本章所有快捷键均以 Windows/Linux 为准，Mac 用户将Ctrl替换为Cmd，Alt替换为Option。

4.1 提取方法（Extract Method）：Ctrl + Alt + M前必做的三件事

提取方法看似简单，但 70% 的失败源于未处理好变量作用域。例如：

public void processOrder(Order order) { String status = order.getStatus(); BigDecimal amount = order.getAmount(); if ("PAID".equals(status)) { sendEmail(amount.multiply(new BigDecimal("1.08"))); // 税率硬编码 } }

若直接选中sendEmail(...)行按Ctrl + Alt + M，IDEA 会报错“Cannot extract method: variable 'amount' is not visible”。正确流程：

1. 先选中要提取的完整逻辑块（包括amount.multiply(...)整个表达式）
2. 按Ctrl + Alt + M→ 弹窗中：
   • ✅Visibility：选private（默认）
   • ✅Parameters：自动识别amount为参数（勿手动删）
   • ❌Replace all occurrences：取消勾选（避免误改其他sendEmail调用）
3. 点击 OK，输入方法名sendTaxedEmail

生成结果：

private void sendTaxedEmail(BigDecimal amount) { sendEmail(amount.multiply(new BigDecimal("1.08"))); }

4.2 更改签名（Change Signature）：给已有方法加参数，但不破坏 200 处调用

Ctrl + F6的核心价值是批量更新调用方。例如为UserService.getUser(Long id)添加租户 ID 参数：

1. 光标置于getUser方法名上 →Ctrl + F6
2. 在弹窗中：
   • 点击+添加参数 → Name:tenantId, Type:String
   • ✅Default value：填"default"（避免编译错误）
   • ✅Propagate to callers：勾选（关键！）
3. 点击 OK → IDEA 自动在所有getUser(123L)调用处改为getUser(123L, "default")

避坑：若勾选了Propagate to callers但未填 Default value，IDEA 会报错“Cannot infer default value”。此时需手动在每个调用处补null或实际值。

4.3 安全删除（Safe Delete）：Alt + Delete前必须通过的“三审制”

安全删除不是“删了就完事”，而是证明它真的没用。IDEA 的Alt + Delete会执行三重校验：

1. 静态引用扫描：查找所有import xxx.UserDao、new UserDao()等
2. 字符串匹配：搜索"UserDao"字面量（防反射调用）
3. 配置文件扫描：检查application.yml中是否有user-dao:

实操验证：

• 对UserDao类按Alt + Delete
• 弹窗显示 “Usages found: 3 in Java, 1 in application.yml”
• 点击Show Usages→ 发现application.yml中有dao-class: com.xxx.UserDao
• 此时不能直接删除，需先改配置，再重试

血泪经验：某次删除工具类时，IDEA 显示 “0 usages”，但上线后报ClassNotFoundException。事后发现是pom.xml中<plugin>的configuration里写了类名——IDEA 默认不扫描 XML 的configuration标签，需手动勾选 “Scan configuration files”。

4.4 万能重构菜单（Ctrl + Shift + Alt + T）：当快捷键记不住时的终极保险

这个菜单的价值在于覆盖所有边缘场景。例如：

• 想把private final UserService userService;提取为构造函数参数？菜单里有Delegate to field
• 想把for (int i = 0; i < list.size(); i++)转为for (User u : list)？选中for→ 菜单 →Replace loop with foreach
• 想把if (user != null) { ... }反转为if (user == null) return;？选中if→ 菜单 →Invert if-else

实操建议：当不确定用哪个快捷键时，先选中目标代码 →Ctrl + Shift + Alt + T→ 输入关键词搜索（如输 “foreach” 可快速定位循环转换）。

4.5 内联（Inline）：Ctrl + Alt + N是重构的“后悔药”，但有严格前提

内联是提取的逆操作，用于消除过度设计。但必须满足：被内联的元素必须只被调用一次，否则会复制代码。

例如：

private String getUserName(User user) { return user.getName(); } // 调用处：log.info("User: " + getUserName(user));

若getUserName只被调用 1 次，Ctrl + Alt + N会将其展开为log.info("User: " + user.getName());。若被调用 2 次，IDEA 会报错“Cannot inline: multiple usages”。

注意：内联后无法撤销（Undo 不恢复原方法），务必先Ctrl + Alt + Shift + T→Preview usages确认调用次数。

5. 代码模板与规范：Live Templates 不是偷懒，而是把团队共识刻进 IDE 的基因

模板的价值不在“少敲几行字”，而在于把最佳实践变成肌肉反射。例如soutv模板生成System.out.println("user = " + user);，比手敲快 3 秒，更重要的是它强制你在调试时带上变量名，避免System.out.println(user)导致日志难以追踪。本章所有模板均基于 Java 11+ 和 Lombok 1.18+ 验证，拒绝“看起来很美但实际用不了”的花架子。

5.1 Live Templates：psvm和sout只是入门，log模板才是生产环境刚需

IDEA 内置模板够用，但生产环境需自定义log模板，避免System.out污染日志系统。

创建步骤（Settings → Editor → Live Templates）：

1. 点击+→Template Group→ 命名为Java-Prod
2. 在Java-Prod下点击+→Live Template
3. 设置：
   • Abbreviation:log
   • Description:SLF4J logger with method name
   • Template text:

private static final Logger log = LoggerFactory.getLogger($CLASS_NAME$.class); // $END$ 为光标结束位置

4. 点击Edit variables→ 为CLASS_NAME设置 Expression:className()
5. 点击Define→ 勾选Java

使用：在类开头输入log+Tab，自动生成带当前类名的 logger 声明。

5.2 Postfix Completion：var.null不是语法糖，而是空安全的防御工事

Postfix 的本质是将防御性编程自动化。user.null生成if (user == null)，但更关键的是user.notNull生成if (user != null)，配合 Lombok 的@NonNull可构建完整空安全链。

实操验证：

1. 写User user = getUser();
2. 光标置于user后 → 输入.notNull+Tab
3. 生成：

if (user != null) { $END$ }

4. 在$END$处继续写业务逻辑

注意：Postfix 依赖变量类型推断。若user声明为Object，则.notNull不可用。确保使用User user明确类型。

5.3 Code Style 导出：.idea/codeStyles/Project.xml是团队规范的“数字宪法”

团队风格统一不能靠口头约定，必须导出为可版本控制的文件。

导出步骤：

1. Settings → Editor → Code Style → Java → 点击右上角Manage...
2. 选择Export→ 保存为code-style.xml
3. 将该文件放入 Git 仓库根目录
4. 新成员导入：Settings → Editor → Code Style → Java →Import Scheme→ 选择code-style.xml

关键配置项（必须导出）：

• Brace placement:End of line（K&R 风格）
• Method parameter wrapping:Wrap if long（防行过长）
• Blank lines:Keep maximum blank lines: 1（禁用空行堆砌）

提示：导出前务必点击Set from... → Predefined style → Google Style作为基线，避免从零配置偏差。

5.4 File and Code Templates：@author ${USER}不是形式主义，而是责任追溯的起点

自定义文件模板的核心是注入可追溯信息。@author ${USER}让代码归属一目了然，@date ${YEAR}-${MONTH}-${DAY} ${TIME}记录创建时间，@description强制编写意图说明。

修改Class模板（Settings → Editor → File and Code Templates → Files → Class）：

#if (${PACKAGE_NAME} && ${PACKAGE_NAME} != "")package ${PACKAGE_NAME};#end /** * @author ${USER} * @date ${YEAR}-${MONTH}-${DAY} ${TIME} * @description ${DESCRIPTION} */ public class ${NAME} { }

使用：新建 Class 时，IDEA 自动填充作者、日期，并将光标定位到@description后，强制你思考“这个类存在的理由”。

6. 高效技巧实战：把双击 Shift 变成你的“IDEA 脑机接口”，而非搜索框

双击Shift是 IDEA 最被低估的功能——它不是“找东西”，而是把 IDE 的全部能力映射到你的认知路径上。当你想“给这个方法加个日志”，不必回忆log模板在哪，双击Shift输log，第一个结果就是Create logger；当你忘了@Scheduled注解怎么写，双击Shift输scheduled，立刻看到@Scheduled(fixedDelay = 5000)示例。本章不列快捷键清单，只讲一个真实场景：如何用双击 Shift 在 15 秒内完成一次跨模块、跨文件、跨配置的完整功能接入。

6.1 场景还原：为订单服务添加风控拦截，需同步修改 Controller、Service、配置、日志

假设需求：在OrderController.createOrder()前增加风控校验，要求：

• Controller 层加@PreAuthorize("hasRole('RISK_CHECKER')")
• Service 层调用riskService.check(order)
• application.yml加risk.enabled: true
• 日志记录风控结果

传统做法：打开 4 个文件，手动写代码、配 YAML、加 logger。用双击Shift的流程：

Step 1：定位 Controller 并加注解（5 秒）

• 双击Shift→ 输createOrder→ 选择OrderController.createOrder→ 回车
• 光标在方法签名行 → 双击Shift→ 输preauth→ 选择@PreAuthorize→ 回车
• 输入"hasRole('RISK_CHECKER')"

Step 2：生成 Service 调用（4 秒）

• 光标置于方法体首行 → 双击Shift→ 输riskService
• 若RiskService未存在，IDEA 会提示Create class RiskService→ 选中 → 回车
• 接着输check→ 选择riskService.check(...)→ 回车
• IDEA 自动导入RiskService，生成riskService.check(order)

Step 3：配置application.yml（3 秒）

• 双击Shift→ 输application.yml→ 选择文件 → 回车
• 滚动到底部 → 双击Shift→ 输risk.enabled→ 选择Add property→ 回车
• 输入true

Step 4：加风控日志（3 秒）

• 回到OrderController→ 光标置于riskService.check()后 → 双击Shift→ 输log
• 选择log.info("risk check result: {}", result)→ 回车
• IDEA 自动补全result变量（因check()返回boolean）

全程无需鼠标，所有操作基于语义联想。关键在于：双击 Shift 的搜索是“意图驱动”的——你不需要知道@PreAuthorize在哪个插件里，只需要知道“我要加权限控制”。

6.2 多光标操作：Alt + 鼠标拖动不是炫技，而是批量修复的手术刀

多光标最实用的场景是修复批量命名不一致。例如：团队历史代码中，用户 ID 字段有userId、user_id、UID三种写法，需统一为userId。

实操步骤：

1. 用Ctrl + Shift + F全局搜user_id→ 在结果列表中Ctrl + A全选所有文件
2. 在第一个user_id上Alt + 鼠标左键拖动，选中user_id
3. 按Ctrl + C复制 →Ctrl + V粘贴 → 所有匹配user_id同时变为userId
4. 重复步骤 1-3 处理UID

注意：多光标对正则搜索结果无效。若需处理user.*id，先用Ctrl + R替换为固定字符串，再用多光标。

6.3 结构视图（Alt + 7）：当Ctrl + O找不到方法时，它是最后的防线

Ctrl + O（Go to Symbol）按方法名搜索，但若方法名被混淆（如a()）、或在匿名内部类中，它会失效。此时Alt + 7（Structure View）按结构层级展开，可看到所有方法、字段、内部类。

实操验证：

• 打开一个含new Runnable() { public void run() { ... } }的类
• Ctrl + O输run→ 无结果（因是匿名类方法）
• Alt + 7→ 展开Anonymous class→ 点击run()→ 光标跳转

血泪经验：某次排查CompletableFuture回调不执行，Ctrl + O搜thenApply无果，用Alt + 7发现它在Lambda节点下，才意识到是 Lambda 表达式而非普通方法。

从那以后我每次接手新项目，第一件事就是双击Shift输settings，打开设置界面，把 Key Promoter X、GsonFormatPlus、Rainbow Brackets 三个插件装上，然后花 10 分钟配置好log模板和@author文件头。这 10 分钟省下的，是未来三个月每天重复 5 次的Ctrl + C/V和鼠标右键 → Find Usages。IDEA 不是魔法棒，但当你把它的能力拆解成可复现的原子操作，那些曾让你深夜抓狂的“为什么又错了”，就会变成“哦，原来这里要这样点”。希望帮到你。

本文还有配套的精品资源，点击获取