Es ist eine Frage der architektonischen Entscheidungen:
iOS Simulator nativen Code ausgeführt wird, direkt auf dem CPU - das Projekt hat für x86-Architektur neu kompiliert werden mit Simulator verwendet werden. Der Simulator selbst emuliert einfach alle iOS-APIs.
Android-Emulator, auf der anderen Seite, verwendet QEMU, um ARM (oder x86, aber ARM ist beliebter) CPU virtuelle Maschine, mit allen Software-Stack darüber - Linux-Kernel, Android-System-Image, etc Stellen Sie es sich als eine emulierte Hardware vor.
Es ist eine Art des Handels aus - die Art und Weise iOS macht es viel schneller ist, aber es ist schwieriger, es mit dem Zielsystem kompatibel 100% zu machen. Für Apple war es vielleicht etwas einfacher, da iOS und Mac OS viele Gemeinsamkeiten haben.
Für Android ist es sehr sinnvoll, den gesamten Stack zu emulieren - es ist einfacher, ein plattformübergreifendes SDK zu erstellen, es ist leichter, einige Komponenten auf Systemebene zu testen usw. Es ist einfach ein anderes Ökosystem mit unterschiedlichen Zielen. Vergessen Sie nicht, dass der Android-Emulator z.um native ARM-Bibliotheken zu testen, die mit Android NDK kompiliert wurden.
Heute ist die Android-Emulator-Leistung mehr oder weniger akzeptabel, aber es war nur eine Katastrophe in den frühen Android-Tagen. Das heißt, persönlich denke ich, dass der schnelle, native Simulator auf API-Ebene für Android eine großartige Ergänzung zum SDK sein wird, was es ermöglicht, weniger anspruchsvolle Projekte viel schneller zu testen.
Interessante Lektüre: http://logic-explained.blogspot.com/2011/09/why-is-there-no-x86-native-emulator-for.html
Felsen !!!!!!! –
Ja das stimmt, der 'Emulator' (FYI) ist langsamer als der Simulator. – MKJParekh