Dios te ama

LA ARQUITECTURA DE LA MÁQUINA VIRTUAL DALVIK
Introducción
Java siempre ha sido comercializada como "escribir una vez, ejecutar en cualquier lugar." La capacidad ha sido en gran parte posible gracias a la Plataforma Java, cuyo fundamento es la Máquina Virtual Java (JVM). Aunque este objetivo se ha cumplido en gran medida para la plataforma Java en el escritorio (JSE) y el servidor (JEE)ambientes, el ecosistema de Java móvil (JME) es un poco más fragmentado con diversos configuraciones, perfiles y paquetes que causan modificaciones significativas en las aplicaciones con el fin a apoyar diferentes dispositivos.
Mientras que Google ha seleccionado Java como lenguaje de desarrollo de aplicaciones para Android, que tiene optado por abandonar tanto JME y la JVM a favor de un destino dedespliegue de alternativa, el Dalvik máquina virtual. Google también ha optado por utilizar una implementación alternativa y limitada de las bibliotecas estándar de Java. Ambos son no-estándar de Java, y representan efectivamente bifurcación de la Plataforma Java. Esto parece romper con la tendencia de las personas destinadas a la JVM como el tiempo de ejecución plataforma para una amplia gama deidiomas. Scala, Groovy, JRuby, Jython, y Clojure son sólo una pocos de las decenas de lenguas que se ejecutan en la JVM. Estos lenguajes no sólo pueden aprovechar las muchas características de la JVM, sino también aprovechar a la perfección todas las bibliotecas estándar de Java y las incontables bibliotecas personalizadas creadas por los individuos y las organizaciones. Recientemente, Google ha sidosutileza tronzado esta tendencia mediante tecnologías Java no estándar creado. Esto incluye no sólo el Plataforma Android, sino también Web Toolkit Google (GWT) y Google App Engine, las razones de las que no son estándar está más allá del alcance de este documento, ya que no son las tecnologías móviles. Pero la tendencia puede ser aplicable a lo que ha sucedido en el espacio de JME. Java noestándar implementaciones pueden fragmentar aún más las causas plataforma dolores de cabeza adicionales para los desarrolladores buscando apoyar los amplios dispositivos de matriz actualmente en el mercado. Este trabajo busca comprender la arquitectura de la máquina virtual Dalvik y entender las razones técnicas por las cuales Google eligió al desarrollador su propia máquina virtual no estándar. Si bienno son muy probablemente también razones de negocios detrás de la creación de Dalvik, este papel sólo direcciones consideraciones técnicas.
Limitaciones de diseño impuestas por las Plataformas de destino
La plataforma Android fue creado para los dispositivos con capacidad de procesamiento restringido, la memoria y almacenamiento. Los requisitos mínimos de dispositivo para un dispositivo Androidson los siguientes: 1

La mayoría de los teléfonos inteligentes de funciones completas enormemente superarán estas recomendaciones mínimas y dispositivos sólo seguirán recibiendo más potente, pero estos requisitos indicar claramente que la plataforma se dirige a una amplia gama de dispositivos con recursos limitados. Además, una gama de sistemas operativos está destinado a ser apoyado con
Seespera que el sistema de línea de base para ser una variante de UNIX (Linux, BSD, Mac OS X) en funcionamiento el compilador de C de GNU. CPUs little endian se han ejercido los más fuertemente, pero grande sistemas endian son compatibles de forma explícita.
2

Dada la muy amplia gama de entornos de destino, es fundamental para la plataforma de aplicaciones de abstraerse lejos del sistema operativosubyacente y el dispositivo de hardware.
Sólo un núcleo, aunque robusta y poderosa, conjunto de aplicaciones se proporciona con la plataforma. Un ecosistema de desarrolladores de terceras partes será la creación de miles de independientes, aplicaciones hechas a medida que los usuarios pueden descargar y ejecutar en sus dispositivos. Para mantener la máxima estabilidad y la seguridad tanto de...