可能你会想什么场景会需要用到插件开发，其实插件开发算是一种通用的解决方案，由服务平台定义标准让各自使用方进行自需的扩展。

这就像我们非常常用的 P3C 代码检查插件、代码审计插件、脚手架工程创建插件、自动化API提取插件、单元测试统计插件等等，这些都是在 IDEA 代码开发平台扩展出来的各项功能插件。

插件也可以说是一种解决方案，其实与你在代码编程时使用人家已经定义好的标准结构和功能下，扩展出自己的功能时是一样的。而这种方式也可以非常好的解决一些属于代码开发期间不易于放到代码提测后问题场景，并能及时提醒研发人员作出响应的修改处理。

idea 与 各种依赖的关系

类别

插件主要分为如下几类：

UI Themes（UI主题）

Custom language support （自定义编程语言支持，如Kotlin)

Framework integration （框架集成，例如Spring，T插件正属于此类）

Tool integration （工具集成，如Maven、Gradle、Git）

User interface add-ons （用户界面组件，例如Random Background）

技术栈

开发一个插件需要的用到的技术栈：

插件的分发将使用Gradle或Plugin DevKit构建。

插件的.jar文件必须包含以下内容：

配置文件（META-INF/plugin.xml）（插件配置文件）

实现插件功能的类

推荐：插件标志文件（META-INF/pluginIcon*.svg）（插件标志）

请参阅有关优化插件分发文件的重要步骤的“分发大小”。

无法将插件分发定位到特定操作系统（问题）。

无依赖的插件

一个由单个.jar文件组成的插件被放置在/plugins目录中。

.IntelliJIDEAx0/
└── plugins
    └── sample.jar
        ├── com/company/sample/SamplePluginService.class
        │   ...
        │   ...
        └── META-INF
            ├── plugin.xml
            ├── pluginIcon.svg
            └── pluginIcon_dark.svg

IntelliJ 平台的 Disposer 有助于资源清理。

如果子系统保持一组资源与父对象的生命周期一致，则子系统的资源应该在父对象之前或同时向处理器注册以释放。

Disposer 管理的最常见的资源类型是侦听器，但还有其他可能的类型：

文件句柄和数据库连接，

缓存和其他重要的数据结构。

Disposer 是管理 Disposable 实例树的单例。

Disposable 是任何提供 Disposable.dispose() 方法以在特定生命周期后释放重量级资源的对象的接口。

Disposer 支持在父子关系中链接 Disposables。

通常，IntelliJ 平台中与代码相关的数据结构由单个读取器/写入器锁覆盖。

您不得在以下子系统的读取或写入操作之外访问模型：

程序结构接口 (PSI)

虚拟文件系统 (VFS)

项目根模型。

读取权限 Read Access

允许从任何线程读取数据。

从 UI 线程读取数据不需要任何特别的努力。

但是，从任何其他线程执行的读取操作需要包装在读取操作 (RA) 中。

不保证相应的对象在几个连续的读取操作之间存活。

根据经验，每当开始读取操作时，请检查 PSI/VFS/项目/模块是否仍然有效。

本文档的目的是向开发人员和插件编写者介绍 IntelliJ 平台中可用的消息传递基础结构。

它旨在回答为什么、何时以及如何使用它。

理由

那么，什么是 IntelliJ 平台中的消息传递，我们为什么需要它？

基本上，它的发布者订阅者模式的实现提供了额外的特性，比如在层次结构上广播和特殊的嵌套事件处理（这里的嵌套事件是指从另一个事件的回调中（直接或间接）触发新事件的情况）。

设计

以下是消息传递 API 的主要组件。

主题-TOPIC

此类用作消息传递基础结构的端点。

IntelliJ 平台使用 Logger 抽象类来屏蔽底层日志记录实现和配置。

插件应该获得一个专用实例：

import com.intellij.openapi.diagnostic.Logger;

public class MyPluginClass {

  private static final Logger LOG = Logger.getInstance(MyPluginClass.class);

  public void someMethod() {
    LOG.info("someMethod() was called");
  }

}

IntelliJ 平台包含大量自定义 Swing 组件。

在您的插件中使用这些组件将确保您的插件的外观和工作与 IDE 其余部分的 UI 一致，并且与使用默认的 Swing 组件相比通常可以减少代码大小。

值得注意的部分

ps: 这部分没必要全部按照文档来，直接大概学习，使用时遇到问题再参考文档。

The following components are particularly noteworthy:

Menus and toolbars are built using Actions

Tool Windows

Popups（弹出窗口）是用户界面中常用的组件，用于在屏幕上方或下方显示临时的信息、菜单或用户界面。它们通常是短暂的、模态或非模态的，并提供了一种在用户界面上方或下方显示内容的方式，而不中断当前操作或转移焦点。

Popups 可以用于多种场景，例如：

1. Tooltips（工具提示）：当用户将鼠标悬停在组件上时，显示一个短暂的、带有文本或其他信息的小窗口，用于提供有关组件的额外说明或提示。

2. Context Menus（上下文菜单）：在用户右键单击组件或某个区域时，显示一个菜单，提供与当前上下文相关的操作选项。

3. Notifications（通知）：用于显示临时的通知或警告消息，以向用户传达重要的信息，例如操作成功、错误提示或其他提示信息。

4. Popovers（弹出菜单）：当用户点击某个元素时，显示一个临时的菜单或下拉列表，提供额外的选项或操作。

在 IntelliJ IDEA 插件开发中，你可以使用 ComboBox 类来实现下拉框。

ComboBox 是一个可编辑的组合框，可以显示一个下拉列表供用户选择或输入。

以下是一个简单的例子，演示如何在 IDEA 插件中创建和使用下拉框：

1. 在插件的界面类中定义一个 ComboBox 对象，并添加需要显示的选项：

   ComboBox comboBox = new ComboBox<>();
   comboBox.addItem("Option 1");
   comboBox.addItem("Option 2");
   comboBox.addItem("Option 3");

2. 如果需要监听下拉框选项的变化，可以注册一个监听器：

   comboBox.addItemListener(e -> {
       if (e.getStateChange() == ItemEvent.SELECTED) {
           String selectedOption = (String) e.getItem();
           // 处理选项变化事件
       }
   });

3. 将下拉框添加到插件的面板或窗口中：

   JPanel panel = new JPanel();
   panel.add(comboBox);
   // 将面板添加到插件的窗口或对话框中