Run Android Apps on Windows 11 Using Windows Subsystem for Android
15 min read
Step‑by‑step guide to enable Windows Subsystem for Android, install the Amazon Appstore, and sideload Android apps on Windows 11 without root.
October 08, 2026 22:00
If you’ve ever wished you could launch the Android version of your favorite app directly from your Windows 11 PC, you’re not alone. Microsoft’s Windows Subsystem for Android (WSA) provides a lightweight, sandboxed environment that runs Android apps natively on Windows. This tutorial walks you through the entire process – from enabling the required Windows features to installing the Amazon Appstore and finally sideloading any APK you own.
Why use WSA instead of an emulator?
Traditional Android emulators (e.g., BlueStacks, Nox) spin up a full virtual device, consuming gigabytes of RAM and often requiring separate GPU acceleration settings. WSA, by contrast, leverages the Windows Hyper‑V hypervisor and integrates tightly with the OS, giving you:
- Near‑native performance: Apps run with hardware acceleration and share the host GPU.
- Seamless window management: Android apps appear as regular Windows windows, supporting snapping, multiple desktops, and task‑bar pinning.
- Better security: WSA runs in a sandboxed container, isolated from the rest of the system.
Before you start
Make sure your PC meets the minimum requirements for WSA:
- Windows 11 (Version 22000.0 or later).
- 64‑bit processor with virtualization support (Intel VT‑x or AMD‑V).
- At least 8 GB of RAM (12 GB recommended for smoother multitasking).
- Microsoft Store version 1.22.0.0 or newer.
If you’re unsure whether virtualization is enabled, open Task Manager → Performance → CPU and look for “Virtualization: Enabled”.
Step 1 – Enable the required Windows features
- Open Settings (Win + I).
- Navigate to Apps > Optional features.
- Click More Windows features at the bottom.
- In the dialog, check the boxes for Virtual Machine Platform and Windows Hypervisor Platform. Click OK.
- Windows will download the necessary files and prompt a restart. Restart now.
Why this matters: Both features expose the Hyper‑V hypervisor that WSA relies on. Without them, the subsystem cannot create its virtual Android environment.
Step 2 – Install Windows Subsystem for Android
- Open the Microsoft Store app.
- Search for Windows Subsystem for Android (the official package is published by Microsoft Corporation).
- Click Get and wait for the download to finish. The Store will automatically install the subsystem.
- Once installed, you’ll see a tiny
WindowsSubsystemForAndroid.exe entry in your Start menu.
Note: The Store version may be labeled “Preview” for early adopters. The functionality is identical for our purposes.
Step 3 – Install the Amazon Appstore (optional but recommended)
- In the Microsoft Store, search for Amazon Appstore.
- Select the official app (publisher: Amazon Mobile LLC) and click Get.
- After installation, launch the Amazon Appstore from the Start menu.
- You’ll be prompted to sign in with an Amazon account. Follow the on‑screen steps.
- During the first launch, Windows will automatically start the WSA backend and ask for permission to enable developer mode. Click Enable.
Enabling developer mode is required for any sideloading activity. It does not compromise security because the Android environment remains sandboxed.
Step 4 – Verify the Android environment is running
- Open Windows Subsystem for Android Settings from the Start menu.
- Toggle Developer mode to On if it isn’t already.
- Take note of the IP address shown under “WSA IP address”. This is the address you’ll use for ADB connections.
- Click Open Windows Subsystem for Android – a small Android window will appear, confirming the subsystem is active.
If the window fails to appear, double‑check that Hyper‑V is enabled (Step 1) and that you have the latest Windows updates installed.
Step 5 – Install ADB (Android Debug Bridge) on Windows
- Download the Android Platform‑Tools zip file from the official Android developer site.
- Extract the zip to a convenient location, e.g.,
C:\platform-tools.
- Open a Command Prompt (Win + R, type
cmd, press Enter) and navigate to the folder:
cd C:\platform-tools
- Verify ADB works by typing:
adb version
You should see a version string like Android Debug Bridge version 1.0.41.
Why ADB? It lets you install APKs, pull logs, and control the Android subsystem from the Windows command line.
Step 6 – Connect ADB to the WSA instance
- In the same Command Prompt, run:
adb connect 127.0.0.1:58526
(Replace 127.0.0.1:58526 with the IP:port shown in the WSA Settings if it differs.)
- If the connection succeeds, you’ll see
connected to 127.0.0.1:58526.
- Run
adb devices to confirm the device list shows one entry with the state device.
Common pitfall: The default firewall may block the ADB port. If you get “connection refused”, add an inbound rule for TCP port 58526 in Windows Defender Firewall.
Step 7 – Install an APK (example: VLC for Android)
- Download the desired APK from a reputable source (e.g., APKMirror). Ensure the APK matches the device’s architecture – most modern PCs run
armeabi‑v7a or arm64‑v8a emulation, which WSA supports.
- Place the APK in the
platform-tools folder for easy access.
- From the Command Prompt, install the APK:
adb install VLC-3.5.2.apk
- Wait for the
Success message. The app will now appear in the Windows Start menu under the “Android” folder.
After installation, you can launch VLC just like any Windows program. It will run inside the WSA window, but you can resize, snap, or even set it to full‑screen.
Step 8 – Managing installed Android apps
WSA integrates with Windows in a few convenient ways:
- Start menu: All installed Android apps appear under a dedicated “Android” group.
- Taskbar: Pin frequently used Android apps to the taskbar for one‑click launch.
- Settings → Apps & Features: You can uninstall Android apps from the Windows Settings page, just like native apps.
To uninstall via ADB, run adb uninstall com.example.app, replacing the package name with the one you want to remove. You can retrieve package names with adb shell pm list packages.
Step 9 – Updating Android apps
If you installed apps via the Amazon Appstore, updates are handled automatically (provided you stay signed in). For sideloaded APKs, you’ll need to repeat Step 7 with a newer version. To avoid version conflicts, always uninstall the old version first (or use the -r flag to replace it):
adb install -r NewVersion.apk
Step 10 – Using Google Play (optional advanced method)
WSA does not ship with Google Play Services out of the box. Some apps require Play Services for authentication, location, or in‑app purchases. If you need Play Services, you can install a custom “Google Apps” (GApps) package, but this involves flashing a modified WSA image and is beyond the scope of a typical user tutorial. For most everyday apps (media players, browsers, productivity tools), the Amazon Appstore or direct APK sideloading is sufficient.
Troubleshooting common issues
1. WSA fails to start or shows a black screen
- Check virtualization: Ensure BIOS/UEFI has VT‑x/AMD‑V enabled.
- Update graphics drivers: Out‑of‑date GPU drivers can prevent hardware acceleration.
- Reset WSA: Open Windows Subsystem for Android Settings → Reset. This clears cached data and restarts the subsystem.
2. ADB cannot connect ("cannot connect to 127.0.0.1:58526")
- Verify the IP address shown in WSA Settings matches the one you used.
- Temporarily disable Windows Defender Firewall or add an inbound rule for the port.
- Restart the WSA service: In Settings, toggle Developer mode off, then on again.
3. Installed app crashes on launch
- Confirm the APK’s architecture matches the emulated device (most WSA instances emulate
arm64‑v8a).
- Check for required Google Play Services; if the app depends on them, look for an alternative app that does not.
- Open a Command Prompt and run
adb logcat while launching the app to view crash logs.
4. Performance feels sluggish
- Allocate more RAM to WSA: In Windows Subsystem for Android Settings, increase the "Memory" slider (max 8 GB).
- Close other heavy Windows applications to free up CPU cycles.
- Ensure you are using the latest Windows 11 build – Microsoft frequently improves WSA performance.
Advanced tips and edge cases
- Running multiple Android instances: WSA currently supports only a single instance per user. If you need isolated environments, consider using separate Windows user accounts.
- Accessing Android files from Windows: Android apps store data under
C:\Users\your‑user\AppData\Local\Packages\Microsoft.WindowsSubsystemForAndroid_8wekyb3d8bbwe\LocalState\. You can navigate there with File Explorer to copy exported files.
- Using Bluetooth: WSA does not expose Bluetooth devices to Android apps. If you need Bluetooth connectivity (e.g., for a game controller), you’ll have to rely on native Windows support.
- Running apps that require a camera: WSA forwards the host’s webcam to Android apps. In the WSA Settings, enable Camera access and grant permission when prompted.
Security considerations
Because WSA runs in a sandbox, Android apps cannot directly access your Windows file system unless you explicitly share a folder via the “File sharing” option in WSA Settings. However, any app you sideload can request network access, which could expose data if the app is malicious. Follow these best practices:
- Only download APKs from reputable sources.
- Keep WSA’s developer mode enabled only when you need to sideload; you can turn it off afterward.
- Regularly review the list of installed Android apps and uninstall anything you no longer use.
Wrapping up
With Windows Subsystem for Android set up, you now have a lightweight bridge between the Windows and Android ecosystems. Whether you want to run a mobile‑only productivity app, test an Android UI on a larger screen, or simply enjoy your favorite games without reaching for your phone, the steps above give you a reliable, secure foundation.
Feel free to explore further – the same ADB workflow lets you pull logs for debugging, install multiple APKs in batch, or even push custom configuration files into the Android file system. As Windows updates continue to refine WSA, the experience will only get smoother.
Happy testing!