--- title: Android apps running native on macOS | daily.dev description: Mac.apk is an alpha-stage open-source project that runs Android apps natively on Apple Silicon Macs without an emulator, virtual machine, or Linux kernel... canonical: https://daily.dev/posts/android-apps-running-native-on-macos-gcspqvspy twitter:card: summary_large_image twitter:site: @dailydotdev og:type: website og:site_name: daily.dev og:title: Android apps running native on macOS | daily.dev og:description: Mac.apk is an alpha-stage open-source project that runs Android apps natively on Apple Silicon Macs without an emulator, virtual machine, or Linux kernel... og:url: https://daily.dev/posts/android-apps-running-native-on-macos-gcspqvspy og:image: https://api.daily.dev/og/posts/gCsPqvSpY.png og:image:alt: Android apps running native on macOS og:image:width: 1200 og:image:height: 630 og:locale: en --- > ## Documentation Index > Fetch the complete documentation index at: https://daily.dev/llms.txt > Use this file to discover all available pages before exploring further. # Android apps running native on macOS **[Hacker News](https://daily.dev/sources/hn)** · 6 min read · 3 upvotes · 0 comments ## Summary Mac.apk is an alpha-stage open-source project that runs Android apps natively on Apple Silicon Macs without an emulator, virtual machine, or Linux kernel underneath. It reimplements the Android application environment directly on macOS, letting apps run as native macOS processes with GPU rendering and native CPU execution, appearing as regular Dock apps with resizable windows. It requires macOS 26.4 (Tahoe) or newer and Apple Silicon hardware, supports installing .apk, .apkm, .xapk, .apks, and .apkx files, and has been tested against 65 apps with 51 fully playable. The project is licensed under AGPL-3.0 with a commercial license option, bundles several third-party open-source components, and warns that apps run without sandboxing, with full native filesystem access under the user's permissions. ## Full article daily.dev links to this article rather than hosting it. Read it at the original source: ## Questions this post answers ### How can I run Android apps natively on an Apple Silicon Mac without using an emulator or virtual machine? Mac.apk reimplements the Android application environment directly on top of macOS, so apps run as ordinary native macOS processes with GPU rendering and native CPU execution rather than through emulation or a Linux VM. It requires macOS 26.4 (Tahoe) or newer and any Apple Silicon Mac; Intel Macs are not supported. Apps appear in the Dock with resizable windows and install from .apk, .apkm, .xapk, .apks, or .apkx files. _daily.dev surfaces tools like this for developers tracking alternatives to Android emulation on Mac._ ### Are Android apps sandboxed when running under Mac.apk on macOS? No, Android apps run under Mac.apk execute as ordinary native code with the macOS user account's full permissions, with no phone-style app sandbox restricting them. This means an installed APK can read and write files the same way any other Mac application can, so users are advised to only install APKs from sources they trust, just as with any downloaded program. _developers weighing security tradeoffs of cross-platform app runtimes can track such disclosures on daily.dev._ ## Community take How the wider developer community reacted, aggregated from 1 discussion and 82 comments across hackernews (as of 2026-10-19). **TL;DR:** The project is seen as a genuinely cool technical hack, but much discussion centers on practical limitations like Google Play Services/SafetyNet-dependent apps not working, alongside debate over its AI-generated marketing copy and code. **Sentiment:** 40% positive · 40% mixed · 20% skeptical **The case for** - Impressive engineering feat to run Android apps natively without a VM or emulator. - Seen as useful for keeping old hardware/apps (routers, cameras, feeders) functional after losing official support. - Could help with cross-platform gaming scenarios like playing Minecraft Bedrock with console/mobile friends. **The pushback** - Many real-world apps (banking, transit, grocery, games like Pokémon Go) rely on SafetyNet/Play Integrity and won't work without workarounds like microG. - Lack of app sandboxing and storing data outside the usual user folder raised security/privacy concerns. - Some found the project's description and site text to read like AI-generated (Claude-style) writing, which they found grating and reducing trust in accuracy. - Skepticism about how many people actually need this since iOS equivalents already fail to find strong everyday use cases for some commenters. **By community** - hackernews (mixed): People admire the technical achievement but spend much of the thread debating Google Play Services limitations, sandboxing/security concerns, and whether the project's writing was AI-generated. **Hottest debate:** Whether reliance on Google Play Services/SafetyNet will cripple real-world usefulness for banking, transit, and anti-cheat-gated apps. **Open questions** - Can microG or similar be integrated to restore Google Play Services compatibility? - Does the project actually recompile native ARM code or just reformat Dalvik bytecode for a JVM? - Will Apple ever allow macOS to run iPadOS apps the way it runs iOS apps, reducing the need for such projects? **Highlights** > Soo many more things than banking apps at this point. Things as normal as looking at train schedules, grocery store catalogues, ordering a taxi... sometimes have SafetyNet DRM. When you publish apps on Google Play, the Play Developer Console even nags you to use harder obfuscation and implement Google's DRM to, allegedly, protect yourself and your users. Can the EU finally make this shit illegal? Oh wait, they're pusing for mandatory DRM too... Fuck. > — [franga2000 on hackernews](https://news.ycombinator.com/item?id=50156348) > Is this significantly useful to anyone? It’s a neat accomplishment. And it was worth doing for that alone. Absolutely hacker worthy. But as someone with an Apple Silicon Mac, I can run iOS apps on my computer if the developer has allowed it and I don’t. I’ve never come up with an actual need. It turns out it’s never really a problem for me. The few things I use a lot on my phone already have desktop equivalents. The long tail stuff tends to be stuffed that I wouldn’t really use from my computer anyway. Like locking my car or using a banking app. One I don’t need, the other is already covered by the website. So I’m wondering if anyone has found a strong use for this kind of tools. > — [MBCook on hackernews · 2 comments](https://news.ycombinator.com/item?id=50157813) > What about that chinese cat feeder whose app requires a suspicious number of permissions, and requires max version of android 2 versions behind the current one? Or maybe your security camera has a "free" plan without motion detection, and you just keep the app running with a screen grab on top to do your own AI motion detection. Or my eero router, which doesn't have a web interface... etc etc. There's a million cheap hardware gadgets that are going to lose sw support at some time, and stop being functional. This will help a lot with that. > — [hex4def6 on hackernews](https://news.ycombinator.com/item?id=50158021) > > Run Android apps natively on Apple Silicon Macs. No emulator, no virtual machine, no Linux underneath. God damnit Dario fix Claude already so that it stops using this sentence structure once and for all. Opus is so annoyingly recognisable that it has started to irk me badly lately > — [qalmakka on hackernews · 3 comments](https://news.ycombinator.com/item?id=50158133) > Couple issues with this right off the bat: - Seemingly relies on the Java virtual machine for simulation -- no support for native ARM binaries? - Stores data inside the .app > — [LoganDark on hackernews · 1 comments](https://news.ycombinator.com/item?id=50156053) **Source threads** - [hackernews](https://news.ycombinator.com/item?id=50154624) · 192 points · 82 comments ## Similar posts on daily.dev - [Advanced Mac Substitute](https://daily.dev/posts/advanced-mac-substitute-8whqiz69e) · Hacker News · 0 upvotes · 0 comments - [Advanced Mac Substitute implements 80’s Macs without Apple ROMs](https://daily.dev/posts/advanced-mac-substitute-implements-80-s-macs-without-apple-roms-fo7yvbup2) · Adafruit Blog · 0 upvotes · 0 comments - [For once, Mac gets a game first as Zelda: Tears of the Kingdom now runs natively on Apple's M4 chip](https://daily.dev/posts/for-once-mac-gets-a-game-first-as-zelda-tears-of-the-kingdom-now-runs-natively-on-apple-s-m4-chip-443mp0g13) · XDA Developers · 0 upvotes · 0 comments - [Android virtualization](https://daily.dev/posts/android-virtualization-prpwdg7qo) · Quartex Pascal · 18 upvotes · 1 comments --- Tags: [#java](https://daily.dev/tags/java), [#android](https://daily.dev/tags/android) [View this post on daily.dev](https://daily.dev/posts/android-apps-running-native-on-macos-gcspqvspy) ```json {"@context":"https://schema.org","@graph":[{"@type":"Organization","@id":"https://daily.dev/#organization","name":"daily.dev","url":"https://daily.dev","logo":{"@type":"ImageObject","url":"https://daily.dev/apple-touch-icon.png","width":180,"height":180},"sameAs":["https://twitter.com/dailydotdev","https://github.com/dailydotdev","https://www.linkedin.com/company/daily-dev-ltd"]},{"@type":"WebSite","@id":"https://daily.dev/#website","url":"https://daily.dev","name":"daily.dev","publisher":{"@id":"https://daily.dev/#organization"},"potentialAction":{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https://daily.dev/search?q={search_term_string}"},"query-input":"required name=search_term_string"}}]} {"@context":"https://schema.org","@type":"TechArticle","headline":"Android apps running native on macOS","url":"https://daily.dev/posts/android-apps-running-native-on-macos-gcspqvspy","mainEntityOfPage":{"@type":"WebPage","@id":"https://daily.dev/posts/android-apps-running-native-on-macos-gcspqvspy"},"datePublished":"2026-10-19T18:52:45.518Z","dateModified":"2026-10-19T21:53:51.117Z","description":"Mac.apk is an alpha-stage open-source project that runs Android apps natively on Apple Silicon Macs without an emulator, virtual machine, or Linux kernel...","image":"https://media.daily.dev/image/upload/s--OHB84bZF--/f_auto/v1722860399/public/Placeholder%2010","thumbnailUrl":"https://media.daily.dev/image/upload/s--OHB84bZF--/f_auto/v1722860399/public/Placeholder%2010","isAccessibleForFree":true,"articleSection":"Hacker News","inLanguage":"en","publisher":{"@type":"Organization","name":"daily.dev","url":"https://daily.dev","logo":{"@type":"ImageObject","url":"https://daily.dev/apple-touch-icon.png","width":180,"height":180}},"author":{"@type":"Organization","name":"Hacker News","logo":"https://media.daily.dev/image/upload/t_logo,f_auto/v1/logos/hn","url":"https://daily.dev/sources/hn"},"commentCount":0,"discussionUrl":"https://daily.dev/posts/android-apps-running-native-on-macos-gcspqvspy","interactionStatistic":[{"@type":"InteractionCounter","interactionType":{"@type":"LikeAction"},"userInteractionCount":3},{"@type":"InteractionCounter","interactionType":{"@type":"CommentAction"},"userInteractionCount":0}],"keywords":"java,android","timeRequired":"PT6M"} {"@context":"https://schema.org","@type":"BreadcrumbList","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https://daily.dev"},{"@type":"ListItem","position":2,"name":"Hacker News","item":"https://daily.dev/sources/hn"},{"@type":"ListItem","position":3,"name":"Android apps running native on macOS"}]} {"@context":"https://schema.org","@type":"FAQPage","@id":"https://daily.dev/posts/android-apps-running-native-on-macos-gcspqvspy#faq","mainEntity":[{"@type":"Question","name":"How can I run Android apps natively on an Apple Silicon Mac without using an emulator or virtual machine?","acceptedAnswer":{"@type":"Answer","text":"Mac.apk reimplements the Android application environment directly on top of macOS, so apps run as ordinary native macOS processes with GPU rendering and native CPU execution rather than through emulation or a Linux VM. It requires macOS 26.4 (Tahoe) or newer and any Apple Silicon Mac; Intel Macs are not supported. Apps appear in the Dock with resizable windows and install from .apk, .apkm, .xapk, .apks, or .apkx files. daily.dev surfaces tools like this for developers tracking alternatives to Android emulation on Mac."}},{"@type":"Question","name":"Are Android apps sandboxed when running under Mac.apk on macOS?","acceptedAnswer":{"@type":"Answer","text":"No, Android apps run under Mac.apk execute as ordinary native code with the macOS user account's full permissions, with no phone-style app sandbox restricting them. This means an installed APK can read and write files the same way any other Mac application can, so users are advised to only install APKs from sources they trust, just as with any downloaded program. developers weighing security tradeoffs of cross-platform app runtimes can track such disclosures on daily.dev."}}]} ```