Playing android apps on windows

5 Free Ways to Run Android Apps on Your PC

Want to use Android apps on a PC? These are the apps, services, and OSes that can make it happen.

Ever wish you could run an Android app or game on your PC so you weren’t relegated to a tiny phone screen? Maybe you need to test a feature on Android, but don’t have an Android device handy. Your options will depend on what mobile device you own or what version of Windows you’re running, but here are a few ways to run Android (and its apps) on your computer.

Mirror Your Phone With Windows

For apps installed on your phone, you don’t need anything fancy to get Android on your PC. Microsoft’s Your Phone app allows you to connect your Android mobile device to Windows in order to access apps, view notifications and photos, and send messages. You can even add Android apps to Favorites or pin them directly to the Windows taskbar.

If you want to mirror your phone screen directly, just click the phone screen image in the Your Phone desktop app. Grant permission to the app on your phone, and your phone screen will be displayed in Windows. You can then navigate the phone screen with the click of the mouse.

This isn’t always the ideal solution. While the feature will work with many Android phone manufacturers, it works best with Samsung phones. Some features require a Windows 10 PC running the May 2020 Update or later with at least 8GB of RAM and Android 11. If you’re looking to play games, this may come with some delay and graphical blurriness, and you won’t be able to easily share files from your PC directly to an app in Android. But for quick access to Android apps you already have installed, it definitely works in a pinch.

Run Your Favorite Apps With BlueStacks

If you’re just looking to run a couple apps and don’t need the emulator to look like Android, you should try BlueStacks. Over the years, it’s become the best Android app emulator around, and it’s packed with features that ensure your apps and games run smoothly. Since it uses virtualization to emulate Android, you’ll want to jump into your computer’s BIOS and enable Intel VT-x or AMD-V, if your computer supports it, for best performance.

Install BlueStacks as you would any other Windows or Mac app. BlueStacks 5, the latest version of the software, takes up 5GB of space on your computer (plus any apps you download). Open the app, and you’ll be greeted with a customized home screen and access to the Play Store. Download any apps you want, and they will appear on the BlueStacks home screen and your Windows desktop as their own shortcuts. Just double-click an icon to run the app in question.

BlueStacks is great for apps that don’t have corresponding desktop apps, but the emulator really shines when it comes to games. The emulator features built-in mappings for your mouse and keyboard, which you can customize to the touch controls you find on different Android games.

You can also adjust the resolution, DPI, FPS, and amount of CPU or RAM allocated to the emulator, ensuring you get the best balance between speed and graphical fidelity. (This is useful given that BlueStacks is fairly resource-intensive, as many virtual machines are.)

BlueStacks does, unfortunately, come with some ads and clutter, but it’s not as intrusive as it once was, and it’s a small price to pay for the functionality you get—especially considering the Android version options it offers.

Emulate Full Android Experience With Genymotion

If you’re looking to explore the Android operating system itself—rather than individual apps—Genymotion is a decent emulator. Its main product is designed for developers and costs money to use, but there is a free version of the software you can download for personal use; you just need to first create an account on the website.

Genymotion uses VirtualBox to emulate Android, so you’ll either need to have VirtualBox installed on your PC or download the version with VirtualBox bundled. Install it like you would any other program, ensuring you select the Personal Use version during the wizard. (And, like BlueStacks, you’ll want to enable Intel VT-x or AMD-V from your computer’s BIOS if you have it.)

When you start Genymotion, it’ll present you with a list of device templates you can install—this determines the screen resolution, Android version, and resources allotted to the emulator. Install the template you want and double-click it to enter Android. You’ll be able to navigate around the home screen, launch apps, and emulate certain events like GPS location.

Note that you’ll start with a very barebones version of Android that doesn’t even come with many of Google’s apps or modern features, though you can add the Play Store by clicking the Open Gapps icon in the sidebar to install it.

Also, no matter which template you choose, you won’t get any custom versions of Android—picking the Samsung Galaxy S10 template, for example, won’t get you Samsung’s One UI. It just determines the resolution and specs of the virtual machine. (Genymotion does support Android versions from 4.4 all the way up to 10.0, though.)

Genymotion works well for exploring Android’s settings and other built-in features, though I wouldn’t necessarily use it to run individual apps, as it doesn’t integrate as well with your PC as something like BlueStacks. If Genymotion doesn’t suit your needs, Google’s official Android software development kit also comes with an Android emulator, though setup is more complex.

Run Android Directly on Your PC With Android-x86

If you’re looking for something a bit more full-featured, the Android-x86 project gets you as close as you can get to true Android on your PC. Android-x86 is an open-source project that ports Android to the x86 platform, allowing you to run it on your computer instead of an ARM-based phone or tablet.

To run Android-x86, you have a couple of options. If you want to run Android on its own, as a desktop operating system for your PC, you can download it as an ISO disc image and burn it to a USB drive with a program like Rufus. Then, insert that USB drive into the PC in question, reboot, and enter the boot menu (usually by pressing a key like F12 during the boot process).

By booting from your Android-x86 USB drive, you’ll either be able to run Android in a live environment—without having any effect on your PC—or install it to your PC’s hard drive for permanent usage (and better performance).

Alternatively, if you want to run Android-x86 on top of your existing operating system, you can download the disc image and run it inside VirtualBox. This is, again, a bit more advanced if you aren’t familiar with VirtualBox, but our guide to running Windows on a Mac can get you acquainted with the process.

The official site has some tips for getting Android-x86 up and running in a virtual machine as well. It’s more work than using something like BlueStacks, but it’s also closer to pure Android, which is a nice perk.

Install Android Apps From the Amazon Appstore

With Windows 11, Microsoft adds built-in support for Android apps, but for now it’s limited to those enrolled in the Windows Insider beta program, who can currently play around with 50 apps from the Amazon Appstore. You’ll also need a PC that can run Windows 11.

Windows 11 taps into a feature called Windows Subsystem for Android, which makes Android apps compatible with Microsoft’s own OS. You’ll need to install the Amazon Appstore from the Microsoft Store, which will prompt you to install Windows Subsystem. Here’s a full rundown.

Like What You’re Reading?

Sign up for Tips & Tricks newsletter for expert advice to get the most out of your technology.

This newsletter may contain advertising, deals, or affiliate links. Subscribing to a newsletter indicates your consent to our Terms of Use and Privacy Policy. You may unsubscribe from the newsletters at any time.

Your subscription has been confirmed. Keep an eye on your inbox!

Источник

Как работают Android-приложения в Windows 11? Разбор

Мы все очень ждали презентации Windows 11, но как-то нам ее подпортили. Незадолго до презентации слили рабочий билд и поэтому во время ивента ничего по-настоящему нового мы не увидели. Кроме одной вещи: Android-приложения на винде!

Вот это было действительно неожиданно. И мы даже успели немного порадоваться, но потом сразу возникли вопросы. А зачем это нужно и как это вообще будет работать?

Ведь не так давно Microsoft сильно облажались со своей Windows на архитектуре ARM, в которой очень плохо работали x86-приложения. А если у них ничего не получилось тогда, то по какой причине получится сделать фактически тоже самое сейчас, но только наоборот?

Разбираясь в этих вопросах мы буквально прозрели. И поняли, что на самом деле у Microsoft очень далеко идущие планы.

Поэтому сегодня мы узнаем как работает Rosetta от Microsoft, а заодно разберемся, чем эмулятор отличается от транслятора? Узнаем, как Windows стал на Линуксом? И поразмышляем о том, как Microsoft планируют завоевать мир?

Эмуляторы

Начнем с небольшой теоретической части. Программы общаются с процессором при помощи определенного набора инструкций. И для каждой архитектуры этот набор инструкций разный. Поэтому для того, чтобы запустить приложение, написанное под архитектуру ARM на процессоре Intel с архитектурой x86 надо как-то пояснить процессору, что от него хочет чужеродная программа.

Сделать это можно разными способами. И один из самых распространённых — эмуляция.

Например, эмуляторов Android под Windows есть огромное множество. Но в чём же тогда проблема и зачем придумывать что-то еще?

Дело в том, что эмуляторы — неэффективны. По большому счету, эмулятор — это программа, которая прикидывается железом. То есть эмулятор — это софт, который пытается имитировать аппаратную часть платформы.

Программа, засунутая в эмулятор, даже «не понимает», что сейчас она находится в чужеродной среде. Она как Нео внутри «Матрицы». Вроде вокруг реальный мир, но иногда закрадываются сомнения. Потому что-то там подлагивает, подглючивает, ложки гнутся. Ну вы понимаете. А происходит это потому, что эмуляция несёт огромные накладные расходы.

Представьте, чтобы софт 100% правильно работал вам нужно эмулировать целый процессор и поэтому эмуляторы работают медленно.

И ладно, если речь идет про какую-нибудь простенькую восьмибитную консоль типа Dendy. Такие эмуляторы не смотря на тотальную неэффективность, будут работать быстро даже на смартфоне времен Windows Mobile. Но вот эмулировать какой-нибудь процессор Intel куда сложнее.

Отсюда и тормоза в Windows на ARM. Ведь Microsoft использовал именно эмулятор для запуска x86-приложений. Кстати, эмулятор назывался WOW64, но получилось совсем не WOW, как вы знаете.

Более того, до сих пор в Windows на ARM не поддерживается эмуляция 64-битных приложений, только 32-битных, то есть именно x86, а не x64, что еще сильнее усугубляет ситуацию. Но этому есть объяснение.

Эмулятор WOW64 изначально был придуман для запуска 32-битных приложений на 64-битной Windows, то есть под важную задачу Microsoft даже эмулятор новый не сделали, а скорее всего просто модифицировали старый.

Но в прошлом году Microsoft обещали, что поддержка 64-битных приложений появится, и очень скоро. И возможно она будет реализована совсем по-другому.

Как, спросите вы? Давайте для примера вспомним как это сделал Apple при переходе с процессоров Intel на свои собственные чипы на архитектуре ARM. При помощи невероятной штуки под названием Rosetta 2.

Ведь там на ARM’е каким-то чудесным образом запускаются x86-приложения практически без потери производительности.

Транслятор

Что такое Rosetta 2? По научному, — это двоичный транслятор, то есть переводчик. Rosetta просто переводит набор инструкций одной архитектуры в другую и всё.

Но чем же это лучше эмуляции? Дело в том, что эмуляция всегда происходит в реальном времени. А Rosetta переводит приложение заранее во время его установки или при первом запуске.

Поэтому когда пользователь открывает приложения он уже работает с нативным кодом, который исполняется без каких-либо дополнительных издержек. И в итоге все работает почти также быстро, как на родном железе!

Но, естественно, всё не так радужно! Иначе никто бы не собирал разные версии приложений под разные архитектуры. У трансляторов есть серьёзные недостатки.

Во-первых, перевести весь исходный код, исполняемый для целевой архитектуры — это весьма непростая задача, а в большинстве случаев просто невозможная. Некоторые части исполняемого кода доступны лишь во время использования приложения. Поэтому такие части транслируются динамически, «прямо на лету».

И этот процесс называется Just In Time компиляцией. Или JIT-компиляцией.

Естественно, это накладный процесс, но даже его можно оптимизировать. Результирующую последовательность динамического кода можно кешировать. А к фрагментам кода можно применить агрессивную оптимизацию. Поэтому в некоторых случаях, переведенный под другую архитектуру, но при этом оптимизированный код может выполняться даже быстрее оригинального.

И этот эффект я сам постоянно наблюдаю на новых Mac. Например, неадаптированный Блендер, через Rosetta работал быстрее, чем нативно на моем MacBook Pro 16. Но и за это приходится платить. Как думаете чем? Вашим SSD-диском. Переведенный код занимает много места, а динамическое кэширование изнашивает ресурс SSD. В особенности, такой эффект наблюдается на тяжеловесных программах, которые еще не пересобрали под ARM. Поэтому, приходится выбирать либо быстрая работа, либо долгоживущий SSD.

Intel Bridge

Но почему мы так долго говорим про Apple, если мы тут Windows 11 обсуждаем?

Дело в том, что для запуска Android-приложений в новой Windows, Microsoft решили сделать, примерно тоже самое, что сделали купертиновцы.

Вместе с Intel они разработали технологию Intel Bridge, которую они сами называют пост-компилятор. Но, по сути, это такой же двоичный транслятор.

Microsoft описывает эту технологию так:

«Создается нативное прокси-приложение которое, выступает мостиком между моделью приложения Android и моделью Windows приложения».

Иными словами, как и с Rosetta. Приложение будет переведено в нативный код еще на этапе установки. А недоступные фрагменты будут транслироваться на лету.

А с учетом того, что Android-приложения в своей массе достаточно простые почти не возникает сомнений, что с переводом будет всё в порядке.

В случае Windows, трансляция кода с x86 на ARM — это не основная сложность. Ведь тут еще и несовместимость на уровне ОС.

Android и Windows — это совершенно разные системы. Android основан на модифицированном ядре Linux, а в будущем планирует перейти на чистое ядро Linux. А Windows — это просто Windows. С Linux у Windows нет ничего общего. Так каким же образом тогда будут запускаться Android-приложения?

И вот тут неожиданный момент. Оказывается, еще в 2016 году Microsoft представили подсистему Windows для Linux, Windows Subsystem for Linux или WSL — Windows subsystem for Linux.

Это была специальная подсистема которая позволяла запускать Linux приложения в среде Windows. Система работала хорошо, но медленно, так как она работала поверх ядра Windows NT.

Запросы системы Linux переводились в запросы, понятные ядру Windows, и только потом отправлялись дальше. Это было долго.

Но в 2019 году анонсировали вторую версию подсистемы WSL 2, в которой ядро Linux работает параллельно ядру Windows, что ускорило работу системы в двадцать раз и фактически сделало Windows наполовину Linux.

g

То есть вы правильно поняли, WSL работает и на Windows 10, просто её нужно ставить отдельно. А вот в Windows 11 подсистема Linux будут встроена из коробки.

Как понимаете, наличие полноценного рабочего ядра Linux позволило Microsoft добиться максимальной совместимости с Android-приложениями.

По описанию Microsoft Android-приложения будут вести себя также как и обычные приложения Windows и этому можно верить:

• Они будут открываться в отдельном окне
• Можно будет закрепить приложение на панели задач
• Будет полноценная поддержка: клавиатуры, мыши, тача и даже Bluetooth-наушников.
• Более того — можно будет перекидываться файлами между Windows и Android-приложениями.
• При этом уже сейчас Android поддерживает сборку универсальных APK, в которую можно запаковать бинарники как для ARM, так и для x86 архитектур? для чего нужно поставить одну галочку при сборке (разработчики исправьте меня в комментах если я не прав). Поэтому в каких-то случаях может Android-приложения даже не надо будет пропускать через транслятор Intel Bridge.

Да и вообще Android нынче уходит от классических APK и переходит на AAB, но в эту тему мы сейчас не будем углубляться.

Тем не менее, к реализации Android-приложений на Windows остаются вопросы.

Во-первых, что будет с поддержкой Google Play Сервисов? Скорее всего её не будет. Поэтому многие приложения, будут работать неполноценно, либо не будут работать вовсе.

И второй вопрос. А зачем это вообще всё надо? Ведь мобильными приложением на компе пользоваться просто не удобно.

Допустим, на MacBook я могу поставить массу приложений с iOS, но делать этого не хочется. Да на многих Windows-ноутбуках сенсорные экраны, но все равно.

Тогда зачем была проделана вся эта огромная работа по интеграции Linux в Windows, созданию транслятора Intel Bridge, доработки всей этой штуки под Android-приложения?

Будущее Windows

И тут мы готовы высказать смелое предположение. Нам кажется, что поддержка Android приложений это один из этапов полного отказа от ядра Windows NT и перехода на ядро Linux.

Да, это звучит дико. Но во-первых, не мы одни так думаем. Раньше такую же мысль высказал уважаемый человек, евангелист Open Source Эрик Реймонд.

Смотри сами как всё логично:

В мире почти все ОС основаны либо на Unix (как Mac OS) или Linux (Ubuntu, Android и прочее) и только Windows одна такая особенная сидит на своём ядре Windows NT, с которым куча проблем.

Во-первых, его нужно развивать на, что уходит много денег. А Linux-ядро бесплатное.

Во-вторых, в самом ядре куча уязвимостей, которые постоянно нужно прикрывать заплатками.

В-третьих, у Windows ничего не получилось в мобильном сегменте.

В-четвертых, Microsoft уже потратили много лет и ресурсов на создание подсистемы Linux под Windows.

Поэтому переход на ядро Linux вполне логичный шаг. Смотрите, как это может выглядеть:

Сначала мы все переходим на Windows 11 на архитектуре x86. И потихоньку привыкаем, что на Windows нормально работают Android-приложения.

Параллельно, благодаря стараниям Apple, все пилят софт под ARM архитектуру, отчего выигрывает и Microsoft. Поэтому мы потихоньку начинаем переходить на ARM Windows. На которой Android-приложения чувствует себя вообще как родные.

Постепенно Linux ядро становится основной средой, а Windows второстепенной.

А потом ядро Windows NT выпиливается, и Windows становится графической оболочкой для Linux. Ну а на ядре Windows NT остаются работать только серверы и различное оборудование, где наследие старой Windows никак не искоренить.

Это, конечно самый смелый сценарий. Тем не менее, он вполне возможен.

Но даже если этого не произойдёт. В любом случае поддержка Android-приложений — это очень интересный ход. И для Windows на ARM он точно будет полезен, вспоминая планшеты например!

Выводы

Ну и напоследок про сам Windows 11. Мы немного поигрались с новой Windows и у нас сложилось двоякое отношение.

С одной стороны, Windows 11 — это просто «десятка» с новой графической оболочкой. И это немного разочаровывает. Ведь если откинуть ядро Linux, которое теперь будет идти из коробки. Кроме дизайна под капотом не так многое поменялось, зато с совместимостью драйверов вроде проблем нет. Более того, до старого интерфейса, по-прежнему, очень легко добраться.

Тем не менее новый интерфейс действительно симпатичный и понятный.

В нем множество крутых фич как с меню «Пуск», так и с окнами. Привыкаешь к нему буквально за 10 минут. После чего возвращаться к старому скину совершенно не хочется. Еще раз — получилось красиво и удобно! А значит переход на новую Windows пройдет безболезненно и пользователи в целом останутся довольны. А это уже победа…

А там еще можно вспомнить про новый магазин без комиссии для разработчиков с блэкджеком. Но это уже совсем другая история и другие планы Microsoft по завоеванию мира магазинов приложений и ответ лаунчерам.

Источник