This error never means ADB is broken - it means your terminal can't find it. The command lives in one folder, and until that folder is on your PATH, Windows shrugs. Here's the two-minute fix, plus the "command not found" version for Mac and Linux.
Quick answer
Windows can't find adb.exe because your platform-tools folder isn't on your PATH. Either run adb from inside that folder, or add the folder to your system PATH - then open a new terminal. ADB itself is fine.
What "adb is not recognized" actually means
The full message - "'adb' is not recognized as an internal or external command, operable program or batch file" on Windows, or "adb: command not found" on macOS and Linux - is a PATH error, not an ADB error. When you type adb, the terminal searches a list of folders (your PATH) for a program called adb. The program does exist - inside Google's platform-tools folder - but if that folder isn't on the list, the search fails and you get this message.
That's why it's a completely different problem from "device not found" (adb runs, but sees no phone) or "unauthorized" (adb sees the phone but you haven't approved the PC). Here, the adb command never even started. Two things fix it: run it from the right folder, or put that folder on your PATH permanently.
Step 1 - Find your platform-tools folder
ADB ships inside Google's SDK Platform Tools. Find the folder that contains adb.exe - it's wherever you unzipped it. The most common locations are:
If you've never downloaded it, grab the SDK Platform Tools zip from Google, and extract it somewhere permanent like C:\platform-tools (don't leave it in Downloads or a temp folder you'll delete).
Step 2 - Confirm adb runs from that folder
Before touching PATH, prove ADB works. Open the platform-tools folder in File Explorer, click the address bar, type cmd and press Enter - that opens a terminal inside the folder. Now run:
C:\platform-tools> adb version
Android Debug Bridge version 1.0.41
If you see a version number, ADB is healthy and PATH is the only thing missing. (In PowerShell you may need .\adb version - the leading .\ tells it to run the file in the current folder.)
Don't want to touch PATH at all?
Andora bundles ADB and its drivers - install APKs, mirror screens, and manage devices with zero setup. Free for Windows 10/11.
This is the permanent fix so adb works from any folder. On Windows 10 and 11:
Press Start and search "Edit the system environment variables", then open it.
Click Environment Variables…
Under System variables, select Path and click Edit…
Click New and paste the full path to your folder, e.g. C:\platform-tools (the folder itself, not adb.exe).
Click OK on all three dialogs to save.
Step 4 - Open a new terminal and verify
PATH is only read when a terminal starts, so any Command Prompt or PowerShell window you already have open won't see the change. Close them all, open a fresh one, and run adb version from any folder - for example your home directory:
C:\Users\you> adb version
Android Debug Bridge version 1.0.41
Or add the folder to PATH by hand - append this to ~/.zshrc (macOS) or ~/.bashrc (Linux), then run source ~/.zshrc or open a new terminal:
export PATH="$HOME/platform-tools:$PATH"
Still not recognized? Advanced checks
Wrong folder on PATH - make sure adb.exe actually exists in the folder you added. Pointing PATH at a parent folder or a folder that only holds the zip won't work.
A stale PATH entry - if you moved or deleted an old platform-tools folder, remove that dead entry from Path so Windows isn't looking in the wrong place. Run where adb to see which copy (if any) it finds.
You edited the User vs System variable - either works, but make sure the one you edited is the one your terminal uses. When in doubt, add it to the System Path.
Still open terminals - the number-one reason "it didn't work": you tested in a window that was open before the edit. Fully close and reopen.
Frequently asked questions
Windows can't find an adb.exe on your PATH. The command exists inside Google's platform-tools folder, but until that folder is added to your PATH, the terminal only finds it when you're already inside it. Add platform-tools to your PATH, or run adb from that folder directly.
Press Start, search "Edit the system environment variables", and open it. Click Environment Variables, select Path under System variables, click Edit, then New, and paste the full path to your platform-tools folder (e.g. C:\platform-tools). Click OK on each dialog, then open a new terminal for the change to take effect.
When you run adb from inside the folder, the terminal finds adb.exe in the current directory. From any other folder it relies on PATH - and if platform-tools isn't on PATH, the command isn't found. Adding the folder to PATH makes adb work from every directory.
It's the same PATH problem. Install platform-tools (brew install android-platform-tools on macOS, or your distro's android-tools package on Linux), or add the folder to PATH by appending export PATH="$HOME/platform-tools:$PATH" to ~/.zshrc or ~/.bashrc, then run source ~/.zshrc or open a new terminal.
Yes. A terminal reads PATH when it starts, so any window open before you edited PATH won't see the change. Close all Command Prompt and PowerShell windows and open a fresh one, then run adb version to confirm.
Use a GUI that bundles ADB. Andora ships its own copy of the platform-tools binaries and drivers, so adb is never "not recognized" - you install APKs, mirror screens, and manage devices without touching the command line or editing PATH.