Android Studioが起動しない「DirectoryLock / Process Still Running」エラー完全対処：Windows・macOS・Linux別の直し方と再発防止

Android Studioを起動しようとした瞬間に、DirectoryLock$CannotActivateException や「Process "studio64.exe" is still running and does not respond」と出て立ち上がらない——これはインストール破損ではなく、“前回の起動の痕跡（ロック）”が残ってしまったときに起きる典型的な起動ブロックです。クラッシュや強制終了、スリープ復帰直後などで発生しやすく、放置すると何度でも再発します。ここでは仕組みを噛み砕いたうえで、OS別に「最短で直す手順」と「根本的な再発防止」まで一気に整理します。 Medium+2youtrack.jetbrains.com+2

Android Studioが起動しない「DirectoryLock / Process Still Running」エラー完全対処：Windows・macOS・Linux別の直し方と再発防止

このエラーの正体：壊れているのではなく“単一起動ロック”に引っかかっている

Android StudioはJetBrains IntelliJプラットフォーム上で動作しており、同時に複数起動しないためのロック機構を持っています。起動時に「システム用ディレクトリにロックを作る」「内部通信（ソケット/ポート）を確保する」などを行い、正常終了時にそれらを片付けます。ところがクラッシュ・強制終了・シャットダウン割り込み・ハング（インデックスやGradle同期中など）で後始末ができないと、次回起動時に“まだ別プロセスが生きている”と誤判定して起動を止めます。 Medium+2youtrack.jetbrains.com+2

代表的な表示は次の系統です。

DirectoryLock$CannotActivateException
Process "...studio64.exe/idea64.exe" is still running and does not respond
Address already in use / Connection refused（内部通信の残骸が原因になりやすい） Medium+1

まず最短で直す：原則は「残っているプロセスを止める」→「ロック（.lock）を消す」

復旧の基本は2つだけです。

残っているプロセスを終了する（ハングしているなら強制終了）
ロックファイル（多くは .lock）や関連ソケット情報を削除する

ポイント：エラーダイアログのスタックトレースに“ロック対象のディレクトリ”が出ることが多いので、そこを最優先で開いてください（その場所の .lock が本丸です）。JetBrains系IDEでは、ロックファイル削除で復旧する例が多く報告されています。 Stack Overflow+2JetBrains IntelliJ サポート+2

Windows：studio64.exeが残りやすい。タスク終了＋ロック削除でほぼ解決

手順A：プロセスを確実に止める

タスクマネージャー → 「詳細」タブで studio64.exe（または関連する java.exe）を探す
見つかったら タスクの終了

コマンドで一気に止めたい場合（管理者権限不要なことが多い）：

bat

taskkill /F /IM studio64.exe
taskkill /F /IM java.exe

手順B：ロックが置かれる“ユーザー側のAndroid Studioディレクトリ”を掃除

Android Studio 4.1以降のユーザーデータは、Windowsでは概ね次の配下に置かれます（バージョン名は環境で変わります）。 Android Developers+1

設定（config）例：%APPDATA%\Google\AndroidStudio<version>
ここに近い場所、またはエラーに表示されたディレクトリ内の .lock を削除

「どこを消すべきか迷う」場合は、次の順で安全度が高いです。

1. .lock だけ削除（最優先）
1. だめなら、エラーが指しているディレクトリ配下の system 内にあるロック/ソケット系ファイルを削除（拡張子 .lock や port/socket 系の痕跡）
1. それでもだめなら、Android Studioの起動失敗系はプラグイン/キャッシュ破損など別要因もあるため、ログ収集や「Start Failed」ガイドの手順に沿って切り分ける JetBrains IntelliJ サポート

macOS：プロセス終了＋Google配下（Application Support）のロックを消す

手順A：プロセス終了

アクティビティモニタで Android Studio / java を終了
またはターミナル：

bash

pkill -f "Android Studio"
pkill -f studio
pkill -f java

手順B：ロック削除（Google配下にあることが多い）

Android Studioの設定/関連データはmacOSだと概ね次の配下です。 Android Developers+1

~/Library/Application Support/Google/AndroidStudio<version>

この周辺、もしくはエラーが示したディレクトリで .lock を探して削除します。JetBrains系では同様の「.lock削除」で復旧する事例が多数あります。 Stack Overflow+1

Linux：kill → .lock削除。Flatpak/Snapの場合は場所が変わる

手順A：プロセス終了

bash

ps aux | grep -i studio
kill -9 <PID>

手順B：設定・データ配下のロックを削除

Android Studio 4.1以降の代表例： Android Developers+1

~/.config/Google/AndroidStudio<version>
~/.local/share/Google/AndroidStudio<version>

特にLinuxではパッケージ方式によりパスが変わります（Flatpakなど）。JetBrainsの報告でも、ユーザーディレクトリ配下に残ったロックを手で削除して復旧した例が出ています。 youtrack.jetbrains.com+1

「Address already in use」「Connection refused」が混ざるとき：一時領域の残骸も疑う

起動ロックと同時に、内部通信のポート/ソケットが残って類似エラーになることがあります。この場合、OSの一時ディレクトリ（Windowsの%TEMP%、macOS/Linuxの/tmp）を整理すると改善するケースがあります。Android公式のトラブルシューティングでも、クラッシュ痕跡が%TEMP%や/tmpに残って問題を引き起こすケースが示されています。 Android Developers

再発防止：次にハマらないための実務的なコツ

連打起動を避ける：終了直後は内部終了処理が残ることがあるため、数秒置いてから再起動
強制終了を常用しない：インデックス/Gradle同期中の強制終了がロック残りの温床になりやすい Medium
アップデートで改善される場合がある：同種の起動失敗は継続的に報告・修正対象になっています youtrack.jetbrains.com+1
それでも繰り返すならログで原因を切り分け：プラグイン不整合やキャッシュ破損など別原因の可能性もあるため、JetBrainsの「Start Failed」系ガイドに沿って診断（ログ収集）すると早いです JetBrains IntelliJ サポート+1

まとめ：直し方はシンプル、重要なのは“ロックの場所を見つける”こと

このエラーは「Android Studioが壊れた」のではなく、「前回の起動のロックが残っている」ことが主因です。
(1) 残プロセスを止める → (2) エラーが指すディレクトリの .lock を消す。まずはここだけで大半が復旧します。OSごとの保存場所（Google配下）を押さえておけば、次に同じ画面が出ても数分で復旧できます。 Medium+2Android Developers+2