Integración en Java

Aunque el compilador java puede hacer inline (para métodos cortos de enlace temprano), el real inlining será realizado por el compilador JIT. El compilador JIT (HotSpot) será capaz de,incluso, inline virtual métodos. La mejor manera de interactuar con él es escribir un código simple y conciso. Lo más probable es que el código que utiliza Reflexión no permita la inserción.

Espero que eso ayude.

'En C++ puedo declarar un método "inline" y el compilador lo insertará'... o no. El compilador es libre de hacer la función en línea o no y realmente no puede afectar el resultado. Es solo una pista para el compilador.

En Java no hay tal cosa, el compilador (y más tarde la VM mientras realiza optimizaciones) puede decidir 'inline' el método.

Tenga en cuenta que final métodos tienen mayores posibilidades de ser insertados (el compilador no puede en línea no-final métodos, ya que pueden ser sobrescritos en clases derivadas). Con la máquina virtual moderna, se puede realizar una optimización similar en tiempo de ejecución. La máquina virtual marcará el tipo (para que pueda realizar comprobaciones de tipo) e insertará el código. Solo si la comprobación falla, caerá de nuevo en la llamada al método polimórfico original no optimizado.

La inserción es más probable si el método en cuestión es:

• corto
• final
• no depende de ningún método largo y no final

Ya que estas son las únicas circunstancias en las que la JVM puede estar segura de los efectos de la llamada.

class A {
    final int foo() { return 3; }
}

Dada esta clase, cualquier llamada a foo() puede ser reemplazada por la constante "3". Cualquier máquina virtual Java1 puede hacer esto, porque la palabra clave final dicta explícitamente que no es posible tener una subclase que anule "int foo()".

La inserción del método proporciona los siguientes beneficios en el sitio de la llamada:

• No hay llamada al método
• No hay despacho dinámico
• Posible doblar constantemente el valor, por ejemplo. "a. foo ()+2" se convierte en 5 sin código ejecutado at
  ejecución.

En el pasado, los programadores a menudo insertaban la palabra clave final exactamente por esta razón. O para facilitar mejor la inserción y aumentar la velocidad de ejecución, combinarían muchos métodos más pequeños en un método más grande. Pero en muchos sentidos, tales técnicas derrotan toda la facilidad de modularización y reutilización incorporada en el lenguaje de programación.

JVM moderna, como la máquina virtual Java HotSpot es capaz de alinear la clase sin la final . palabra clave**.

(http://java.sun.com/developer/technicalArticles/Networking/HotSpot/inlining.html)

Lea esto para el comportamiento de inserción. http://www.javacoffeebreak.com/articles/thinkinginjava/comparingc++andjava.html

Dice que los métodos finales pueden ser Inlineados pero no siempre.

Sí, si la JVM decide hacerlo, puede hacerlo. Las formas de influir incluyen establecer el método como estático o como final.

Por supuesto, lo más importante es que la estructura del método debe ser amigable en línea. Short ayuda, pero lo más importante es que solo necesita usar sus variables locales y sus parámetros, sin campos y llamadas mínimas a otros métodos de la misma clase.

Sin embargo, no debe buscar hacer tales optimizaciones prematuramente, podría en realidad está empeorando las cosas (porque podría estar cortocircuitando otras optimizaciones potenciales). La JVM a veces se dará cuenta de que un método puede ser inlineado sin estas sugerencias.

Al comparar una función normal y la función final(que se dice que está en línea por JVM), he visto que no hay mejora de rendimiento entre ellos. Tal vez la sobrecarga de la llamada a la función ya es muy baja.

Nota: Utilicé el algoritmo de desenfoque de caja para evaluar el rendimiento.