Inspectopedia 2024.3 Help

Companion object in extensions

Reports incorrect companion objects' usage in extensions.

Kotlin companion object is always created once you try to load its containing class, and extension point implementations are supposed to be cheap to create. Excessive classloading in plugins is a huge problem for IDE startup.

Bad pattern:

class KotlinDocumentationProvider : AbstractDocumentationProvider(), ExternalDocumentationProvider { companion object { private val LOG = Logger.getInstance(KotlinDocumentationProvider::class.java) private val javaDocumentProvider = JavaDocumentationProvider() } }

Here KotlinDocumentationProvider is an extension registered in plugin.xml:

<lang.documentationProvider language="JAVA" implementationClass="org.jetbrains.kotlin.idea.KotlinDocumentationProvider" order="first"/>

In this example JavaDocumentationProvider will be loaded from disk once someone just calls new KotlinDocumentationProvider().

Kotlin companion objects in extension point implementation can only contain a logger and simple constants. Other declarations may cause excessive classloading or early initialization of heavy resources (e.g. TokenSet, Regex, etc.) when the extension class is loaded. Note, that even declarations marked with @JvmStatic still produce an extra class for the companion object, potentially causing expensive computations.

Instead of being stored in companion object, these declarations must be top-level or stored in an object.

Move the declaration to top-level:

// DO, use top level fun internal fun mnRunConfigurationType(): MnRunConfigurationType = runConfigurationType<MnRunConfigurationType>() internal class MnRunConfigurationType : ConfigurationType { companion object { // DON'T fun getInstance(): MnRunConfigurationType = runConfigurationType<MnRunConfigurationType>() } ...

Before:

internal class SpringBootImportsFileType : LanguageFileType(SPILanguage.INSTANCE, true) { companion object { val FILE_TYPE = SpringBootImportsFileType() ...

After:

internal object SpringBootImportsFileType : LanguageFileType(SPILanguage.INSTANCE, true) { ...

Use INSTANCE fieldName in plugin.xml:

<fileType name="Spring Boot Imports" fieldName="INSTANCE" implementationClass="com.intellij.spring.boot.spi.SpringBootImportsFileType"/>

Before:

class AntActionsUsagesCollector : CounterUsagesCollector() { override fun getGroup(): EventLogGroup = GROUP companion object { private val GROUP = EventLogGroup("build.ant.actions", 1) @JvmField val runSelectedBuildAction = GROUP.registerEvent("RunSelectedBuild") } }

After:

object AntActionsUsagesCollector : CounterUsagesCollector() { override fun getGroup(): EventLogGroup = GROUP private val GROUP = EventLogGroup("build.ant.actions", 1) @JvmField val runSelectedBuildAction = GROUP.registerEvent("RunSelectedBuild") }

Locating this inspection

By ID

Can be used to locate inspection in e.g. Qodana configuration files, where you can quickly enable or disable it, or adjust its settings.

CompanionObjectInExtension
Via Settings dialog

Path to the inspection settings via IntelliJ Platform IDE Settings dialog, when you need to adjust inspection settings directly from your IDE.

Settings or Preferences | Editor | Inspections | Plugin DevKit | Code

New in 2023.3

Inspection Details

By default bundled with:

IntelliJ IDEA 2024.3, Qodana for JVM 2024.3,

Can be installed with plugin:

Plugin DevKit, 243.23126

Last modified: 03 December 2024