À l'origine, Android a été écrit pour les processeurs 32 bits uniquement : et plus précisément, les processeurs ARM 32 bits. Plus tard, Intel et MIPS ont beaucoup investi pour qu'Android supporte également leurs architectures, mais toujours pour les processeurs 32 bits. Ils ont pu le faire sans (beaucoup) de problèmes de compatibilité, car la plupart des applications ne sont pas livrées sous forme de binaires. Ecrites en Java, elles sont plutôt livrées sous forme de bytecode qui a machine virtuelle sur le téléphone est compilé en fonction de l'architecture du téléphone lorsque l'application est exécutée. Certaines applications comprennent indigène qui sont livrés sous forme de binaire. Ceci est fait pour rendre certains types d'applications plus rapides (en particulier les jeux), ou pour permettre à l'application d'accéder à des bibliothèques C qui ne sont pas disponibles en Java. Ces applications peuvent inclure plus d'un binaire pour les parties en code natif, pour leur permettre de fonctionner sur différentes architectures. Malgré cela, la majorité des applications ne sont que Java et fonctionnent donc sur n'importe quelle architecture.

Tout ce qui précède était vrai au moment où cette question (et la plupart des autres réponses) a été écrite, mais plus maintenant. Lollipop a introduit la prise en charge des nouveaux processeurs ARM 64 bits ( ARMv8 ) ainsi que pour les processeurs x86_64 d'Intel et d'AMD, ce qui signifie qu'Android prend désormais en charge les processeurs 32 bits et 64 bits. Le Nexus 9 a été le premier appareil phare Android 64 bits. En plus de donner accès à de nouvelles extensions du jeu d'instructions, le support 64 bits signifie que les applications peuvent utiliser plus de 4 Go de RAM. La plupart des applications n'en auront pas besoin, mais les jeux haut de gamme et les logiciels de création de photos et de vidéos peuvent certainement en tirer parti : Android devient ainsi une plateforme pour les jeux de qualité console (y compris les jeux VR) et pour la création de contenu. Les applications Java n'ont pas besoin d'être mises à jour pour en profiter, car la machine virtuelle les compile toujours en fonction de l'architecture du téléphone, mais les applications avec du code natif le feront.

L'ARMv8 étant rétrocompatible avec le code 32 bits (de la même manière que x86_64 peut toujours exécuter du code x86), même les applications qui incluent du code natif pour les processeurs 32 bits peuvent toujours fonctionner sur Android 64 bits. Une application ne doit donc être compilée pour 64 bits que si elle contient du code natif. et il veut profiter de la limite supérieure de RAM ou des nouvelles fonctionnalités de l'architecture.

Toutes les puces ARM sont actuellement en 32 bits. Pour cette raison, Android exécute tout le code dans un environnement 32 bits.

Processeurs 64 bits lancement prévu en 2014 .

Android est-il un système d'exploitation à 32 ou 64 bits ? Je suppose que c'est l'un ou l'autre et non les deux, car cela obligerait à héberger les binaires 32 et 64 bits sur Google Play.

Ni l'un ni l'autre en fait. Android est un système d'exploitation basé sur Dalvik VM, et Google Play héberge des applications Dalvik. La VM Dalvik elle-même, comme la VM Java, est toujours en 32 bits, quel que soit le niveau de bits de la machine physique.

Comme vous vous en doutez, les applications qui sont livrées avec des binaires natifs et les applications NDK doivent être livrées avec des binaires compilés pour toutes les architectures sur lesquelles elles sont destinées à fonctionner. L'architecture la plus courante sur laquelle Android fonctionne est l'architecture ARM 32 bits, mais il existe également des appareils fonctionnant sur x86 et MIPS.

Je ne fais que deviner, mais je pense que ceci explique tout simplement la situation. Cela dépend de l'appareil que vous utilisez, il y a quatre types d'OS qui sont ARM, ARM 64, X84 et X84_64. L'ARM est la plateforme 32 bits la plus populaire, l'ARM 64 est également la plateforme 64 bits la plus populaire, le X84 est une plateforme peu commune utilisée sur les Zenfones, tout comme le X84_64 qui est peu commun et utilisé sur les émulateurs Android. J'ai obtenu ces informations sur Open Gapps.