IntelliJ IDEA 2024.3 の新機能

Structure（構造）ツールウィンドウで使い慣れた Physical（物理）構造に加えて、Logical（論理）コード構造が提供されるようになりました。 これにより、クラス、メソッド、およびフィールドだけでなく、プロジェクト内のコンポーネント間のリンクや対話も表示できるようになりました。 たとえば、Spring Boot アプリケーションでコントローラーを開く際、そのエンドポイントとオートワイヤリングされたアプリケーションコンポーネントを確認できます。 この強化されたビューはプロジェクト構造の理解に役立ち、コードの使用箇所と重要な関連の両方に沿ってプロジェクト内を移動することを可能にします。

Kubernetes アプリケーションのデバッグがさらに簡単になりました。 Debug（デバッグ）ボタンの横にある三点リーダーをクリックし、Add Tunnel for Remote Debug（リモートデバッグのトンネルを追加...）を選択するだけで簡単にトンネルデバッグを有効にできます。 これによって手元のワークステーションを Kubernetes クラスターへ仮想的に組み込むことで、Pod を入れ替えてお好みのツールでマイクロサービスをローカルでデバッグすることができます。 他のマイクロサービスはクラスターの残りの構成要素へのネットワークアクセスを完全に維持したまま、手元のワークステーションとそれがあたかもデバッグ対象の Pod であるかのように対話します。 Kubernetes を認識しないデバッガーも問題なく動作します。 また、Services（サービス）ツールウィンドウ配下の Kubernetes UI 内にある新しい Forward Ports（転送ポート）セクションにより、簡単にポートを転送できるようになっています。

IntelliJ IDEA で開発者のみならず、DevOps や SRE チームにも不可欠なストリーミングとパターンマッチングに対応したクラスター全体の Kubernetes ログにアクセスできる機能が提供されるようになりました。 この機能を使用すると、Pod、ノード、およびサービスのすべてのイベントをまとめて表示できるため、個々のログを手作業でチェックすることなく問題を素早く発見できます。 リアルタイムストリーミングで即座に診断を行い、パターンマッチングでメモリ不足の問題や異常なネットワークアクティビティなどの重要なイベントやエラーの検出を自動化できます。 この機能の詳細とその使用方法については、こちらのブログ記事をご覧ください。

IntelliJ IDEA 2024.3 では K2 モードが正式にベータ段階を終えて安定版となり、一般公開されました。 K2 モードはコード解析の安定性、メモリ消費効率、および IDE の全体的なパフォーマンスを大幅に改善します。 K2 モードの機能性がより Java と同等に近づき、すべての Kotlin 2.1 機能をサポートするようになりました。 この機能を詳しく見るには、Settings（設定）/Preferences（環境設定） | Languages & Frameworks（言語とフレームワーク）| Kotlin にアクセスしてください。

このアップデートでは、AI Assistant が提案時に考慮するコンテキストの管理をより透明化し、直感的にしました。 改良された UI ではコンテキストとして含まれるすべての要素を表示し、管理できるようにすることで、完全な可視性と制御を実現しています。 開いているファイルとその中で選択されたコードがコンテキストに自動的に追加されるようになったため、必要に応じてファイルの追加と除去を簡単に行い、ワークフローに合わせてコンテキストをカスタマイズできます。 また、プロジェクト全体の説明を添付し、コードベース全体にわたって AI Assistant の回答をガイドすることができます。

IntelliJ IDEA に Scala 3 の透明なインラインメソッドに対してコンパイラーベースの型推論を使用するオプションが備わりました。 この強化によってマクロに依存するライブラリのサポートが改善され、マクロベースのコードに対して型ベースのすべての機能（コード補完、移動操作、型ヒントなど）を使用できるようになりました。 この機能は現時点では実験的です。

IntelliJ IDEA 2024.3 は Scala 3.5 の新しい実験的機能であり、Scala 3.6 で標準機能となる予定の名前付きタプルを完全にサポートしています。 その名前から分かるように、名前付きタプルはタプルのコンポーネントに名前を付け、読み取り可能な名前でそれにアクセスできるようにするものです。

また、IntelliJ IDEA の不透明な型の認識が改善されました。 opaque キーワードは以前から認識可能でしたが、IntelliJ IDEA は不透明な型を標準（透明）の型エイリアスのように実際には処理していました。 不透明な型が抽象型として処理され、その基になる定義が隠されるようになりました。

複数のコンパイルが必要となる状況を減らしました。 たとえば、複数のファイルに影響するリファクタリングによって多数のコンパイルリクエストが発生する状況などが挙げられます。 この新しいリリースの IntelliJ IDEA はこのようなリクエストを解析して 1 つにまとめ、よりコンパイル範囲の広い 1 つのリクエストを発行するようになっています。 これによって CPU リソースの使用率が減り、コンパイラーのハイライトエクスペリエンスが最適化されます。

また、重複したパーサーエラーが IntelliJ IDEA の Scala パーサーとコンパイラーの両方から表示されるエッジケースも修正しました。

2024.2 リリースでの進捗に基づき、プロジェクトモデルのビルド中とインデックス作成中に使用できる基本機能の数を増やしています。 バージョン 2024.3 では、インデックス作成中でもスペルと文法のチェックを使用できるようになりました。 そのため、インデックス作成の終了を待たずに Markdown ドキュメントやドキュメントタグなどに含まれるエラーを検出できます。

更新された Run（実行）ウィジェットでは、ポップアップ内で Ctrl を押したまま Debug（デバッグ）アイコンをクリックすることで、複数の構成を同時に起動できるようになりました。 また、このウィジェットにはすべての実行中の構成に対するコントロールが表示されるため、これらの構成の概要を明確に把握し、簡単に管理できます。

エディター内と Project（プロジェクト）ツールウィンドウで要素に対して Rename（名前の変更）アクションを呼び出した際のコンテキストメニューで、アクションを表示する場所を最適化しました。 アクションがトップレベルに表示されるようになったため、マウス操作をよく使用するユーザーがファイル、変数、およびその他の要素の名前を素早く変更しやすくなりました。

IntelliJ IDEA がデフォルトでファイル内で選択したテキストのすべての出現箇所を自動的にハイライトするようになりました。 これにより、コード全体で選択したテキストの出現箇所を追跡しやすくなります。 以前の動作を希望する場合は、Settings（設定）| Editor（エディター）| General（一般）| Appearance（外観）でこの機能を無効にできます。

Java ソースルートにファイルを追加するための New（新規）ポップアップに最も関連性の高いオプションのみが表示されるようになったため、視認性が向上し、ワークフローが合理化されました。 以前の長いテンプレートリストを希望する場合は、Settings（設定）| Advanced Settings（高度な設定）| Java で簡単に復元できます。

AI Assistant を使用して IDE から直接プルリクエストとマージリクエストの正確なタイトルと説明を生成できるようになりました。これによってワークフローが合理化され、明確かつ簡潔な説明を得られます。

Find in Files（ファイル内検索）機能が強化され、Project Files Excluding Git-Ignored（gitignore ファイルを除くプロジェクトファイル）という新しい検索範囲が追加されました。 このオプションを使用すると .gitignore ファイルで無視対象に指定されているすべてのファイルが検索結果から除外され、プロジェクト全体を検索する際に関連性のあるコードに専念しやすくなります。

Settings（設定）| Version Control（バージョン管理）| <0>Commit（コミット）にある新しい <0>Run advanced checks after a commit is done（コミット完了後に高度なチェックを実行する）オプションを使用することで、コミット処理中のバックグラウンドチェックを管理できるようになりました。 この設定により、コミット後にテストとインスペクションを実行するかどうかを決定できます。 コミットが行われる前にこれらのチェックを完了する場合は、このオプションを無効にしてください。

「ようこそ」画面にブランチ名が表示されるようになりました。複数のプロジェクトバージョンを扱う場合でも混乱することなく、作業ディレクトリを簡単に切り替えることができます。

HotSwap 機能をより簡単かつ直感的に使用できるようになりました。 この機能は、デバッグセッション中にアプリケーションを再起動せずに変更されたクラスを再読み込みできるようにするものです。 このリリースでは、アクティブなデバッガーのセッションでコードを編集すると、IntelliJ IDEA が変更を自動的に検出し、エディターの便利なボタンを使って再読み込みするように促すようになっています。 これによってリアルタイムでのコードの更新が可能になり、開発プロセスが合理化されます。 HotSwap には特に構造の変更に関し、一定の制限があることに注意してください。 詳細はこちらをご覧ください。

エディターから例外ブレークポイントを設定できるようになりました。 スローまたはキャッチ箇所でコンテキストメニューを開き（macOS では ⌥↩、Windows/Linux では Alt+Enter を使用）、Enable exception breakpoint（例外ブレークポイントを有効化）を選択します。 この新しい機能を使用すると、Breakpoints（ブレークポイント）ダイアログを開いたり、コンソールでスタックトレースを参照したりする必要がないため、例外ブレークポイントをより便利に設定できます。

IntelliJ IDEA 2024.3 では、大量の行の実行時間を測定する場合にコードがログやタイマーだらけになることがなくなりました。 Run to Cursor（カーソル位置まで実行）アクションを呼び出すと、エディターのガターに各行の実行時間が直接表示されます。 より詳しく解析するため、ガター内の同じヒントを使用して、呼び出されたメソッドまで掘り下げることができます。メソッドの各行にも実行時間データが表示されます。

IntelliJ IDEA 2024.3 では、あるスレッドでスケジュールされたタスクが別のスレッドで実行される非同期コードの個々のスタックトレースを維持することで、そのトラブルシューティングの問題を解決しています。 IDE がワーカーのスタックトレースだけでなく、マージされたスタックトレースをコンソールに出力するようになったため、実行のフローを追跡しやすくなっています。 この強化はテストのためにデフォルトで有効化されています。

IntelliJ IDEA 2024.3 では、並列コンパイルをデフォルトで実行するようにしました。 以前のバージョンではプロジェクトのモジュールが一度に 1 つずつコンパイルされており、大規模なプロジェクトでは十分な速度を実現できていませんでした。 このリリースでは CPU とメモリ消費量が最適化されているため、IDE がコンパイルするすべての Maven ベースのプロジェクトのコンパイル時間が短縮されているのを確認できます。

IntelliJ IDEA で Maven の同期とビルドの際に SSL 関連の問題が自動的に検出されるようになりました。 信頼できない証明書が問題の原因である場合、IDE は証明書を信頼することで問題を解決するよう提案します。そのため、手動での対応は不要です。 このアップデートでは複数のログに隠れた SSL エラーを当て推量で探し出したり、JDK の信頼できるストアで面倒な証明書の手動管理を行ったりする必要がなくなりました。

Maven 3.9 で導入された Maven の分割されたローカルリポジトリを完全にサポートするようにしました。 これにより、必要に応じてローカルリポジトリを分割できるようになりました。 ローカルリポジトリをリモートリポジトリごとにグループ化したり、ローカルにインストールされたアーティファクトを専用フォルダーに格納したり、さらには特殊な接頭辞を使用してブランチごとにアーティファクトを分類したりできます。 以前の IntelliJ では Maven で分割されたリポジトリを有効にすると同期エラーが発生し、ビルドや依存関係の問題が発生していましたが、 この完全サポートによって円滑な同期と効率的なリポジトリ管理を行えるようになりました。

IntelliJ IDEA 2024.3 には HTTP クライアント内で $env.ENV_VAR 構文を使用し、環境変数に直接アクセスできる機能が導入されています。 これにより、リクエストとスクリプト内で変数を管理し、使用する際の柔軟性が高まっています。 また、ある .http ファイルから別のファイルに特定のリクエストを（まとめて、または名前を指定したもののみ）インポートして実行できるようになりました。

Kotlin を使用して JVM 上のサーバーアプリケーションをビルドするための Ktor 3.0 ツールキットに新機能とパフォーマンスの改善が導入されました。 この新しいバージョンでは Kotlin 2.0 が採用され、kotlinx-io ライブラリに切り替えることで IO 関連の演算のパフォーマンスが改善されています。 詳細はこちらをご覧ください。

Docker コンテナーによって GraalVM ネイティブイメージのデバッグを大幅に簡素化したため、あらゆるプラットフォームでネイティブ Java アプリケーションをビルドし、デバッグできるようになりました。 アプリケーションをビルドするためのコンテナーと、それを実行するコンテナーを実行構成で指定するだけで済みます。 アプリケーションが実行中になると、Java コードだけでなくアセンブラーレベルでもアプリをデバッグできます。 セットアップをより簡単にするため、必要なすべてのソフトウェアとライブラリを含む事前構成済みの Docker イメージを提供しています。

OpenTofu がサポートされるようになりました。 このアップデートには、暗号化メソッドと鍵プロバイダーに対応した自動補完と不明な参照に対応したインスペクションが含まれています。

Terraform の実行構成アクションは Search Everywhere（どこでも検索）でアクセス可能で、IDE は未使用の変数とローカル変数を自動的に検出し、コードをクリーンに保ちます。 Init、Validate、Plan、Apply、および Destroy の制御が改良され、Run Configuration （実行構成）フォームが合理化されました。 また、使用箇所のインジケーターと未使用リソースの警告が改善されたことで、移動操作が強化され、非アクティブなコードを特定しやすくなりました。

Dev Container ビルドがリモート Docker エンジン上でよりスムーズに動作するようになり、ローカルディレクトリにリモートでアクセスできない場合のエラーを防げるようになりました。 WSL の安定性も強化されており、イメージのビルドが改善され、接続の信頼性が向上しています。

devcontainer.json ファイルは features をより安定して処理し、新しい updateRemoteUID オプションは正しいユーザー ID を設定することでアクセス競合を回避します。 IDE の Dev Container 設定は devcontainer.json ファイルか Add currently modified settings from IDE（IDE から現在変更されている設定を追加する）ボタンを使用してカスタマイズでき、すべての使用可能なオプションが自動補完されます。

JetBrains は Linux 用 Windows サブシステム（WSL）内でホストされているプロジェクトを開発者が Windows から開く場合の信頼性を継続的に改善しています。 具体的にはシンボリックリンクのサポートを導入し、WSL との対話に Hyper-V ソケットを使用するように切り替えてパフォーマンスを改善しました。 また、WSL を含むリモート環境でのパフォーマンスを向上させるため、プラットフォームの大幅な変更に継続的に取り組んでいます。

Vue、Svelte、および Astro コンポーネントのエディター内ヒントを強化しました。 Show component usages（コンポーネントの使用箇所を表示）アクションがインポートとマークアップテンプレートの両方で使用箇所を検索するようになりました。 また、通常のファイル参照を検索する際にコンポーネントの使用箇所を除外するための Show Component Usages（コンポーネントの使用箇所を表示）フィルターを追加しました。 Rename（名前の変更）リファクタリングも更新され、コンポーネントファイルの名前を変更する際に使用箇所を含めるオプションが追加されました。

エディター内での AI Assistant の操作エクスペリエンスを改善しました。 コードに何らかの処理を行うように AI Assistant に依頼した際、エディターエリアに元のコードと生成されたコードの差分が表示されるようになりました。 AI Assistant の提案は違う色でハイライトされ、ガターには Revert（元に戻す）アイコンが表示されます。 また、差分表示内で生成されたクエリを編集することもできます。 自分で行った変更も同じようにハイライトされます。 たとえば AI Assistant にクエリでより多くのデータを取得するように依頼した後、生成された結果に ORDER BY 句を追加することができます。

AI Assistant によって SQL クエリの実行エラーを処理するための 2 つの新しい便利なアクションをエラーメッセージ領域で使用できるようになりました。 Explain with AI（AI で説明）は、自動的に送信されるプロンプトとエラーを説明する AI Assistant の回答を含む AI チャットを開きます。 Fix with AI（AI で修正）アクションは、クエリ実行エラーに対する修正をエディター内に生成します。

場合によっては、JOIN 句の数が過剰なクエリを実行することは推奨されません。それによってパフォーマンスが低下するためです。 エディターがそのようなクエリを特定し、ハイライトできるようになりました。 このインスペクションは IDE の設定で有効にできます。 Editor（エディター）| Inspections（インスペクション）に移動し、SQL セクションを展開して Excessive JOIN count（過剰な JOIN 数）を選択してください。

データエディター内のグリッドのページングを認識しやすくするため、このコントロールをツールバーからデータエディターの下中央に移動しました。

IntelliJ IDEA で部分イントロスペクションがサポートされるようになりました。 従来のイントロスペクターは MySQL または MariaDB データベースのスキーマの完全イントロスペクションのみを実行可能で、単一オブジェクトのメタデータをリフレッシュできませんでした。 コンソール内で DDL ステートメントが実行されるたびにデータベーススキーマ内のオブジェクトが変更される可能性があったため、IDE はスキーマ全体の完全イントロスペクションを開始していました。 この動作には時間がかかるため、作業の流れが中断されることもしばしばでした。

このバージョンの IntelliJ IDEA は DDL ステートメントを解析し、その影響を受けた可能性があるオブジェクトを突き止め、そのオブジェクトをリフレッシュできるようになっています。 データベースエクスプローラー内で単一の項目を選択して Refresh（リフレッシュ）アクションを呼び出すと、以前のようにスキーマ全体ではなく、1 つのオブジェクトのみがリフレッシュされます。

Linux 版の IntelliJ IDEA 2024.3 ではグローバルメニューのサポートが廃止されています。ご注意ください。