si tengo el códigohace un Java captador de incurrir en una penalización de rendimiento
int getA(){
return a;
}
y luego hacer algo como
int b = obj.getA();
en lugar de
int b = obj.a;
significará eso que la pila tendrá que ser empujado y reventado en última instancia, ralentizando mi código?
El compilador JIT alineará el método.
El código debería ser similar
int b = obj.GetA();
Eso no es correcto. Un compilador C/C++ alineará este tipo de función, pero en Java no puede porque la VM no sabe si se hará referencia a la función o no (utilizando AOP, AspectJ, etc.). – cletus
@cletus La VM interpreta todas las instrucciones de bytecode de Java, y por lo tanto, es consciente de ello, incluso las modificaciones realizadas por herramientas de tejido de código byte como AspectJ –
@binil, Michael: ¿Cómo funciona esto a menos que el captador sea final? ¿Qué pasa con las subclases que anulan el getter? – Thilo
Tengo dos respuestas para usted:
Por otro lado, los métodos 'get' a menudo rompen la encapsulación de todos modos (especialmente si se acompaña con un método' set'). –
Teóricamente hay alguna penalización de tiempo de ejecución, debido a una llamada a un método que se está realizando. En realidad, esto tiene muy poco efecto en el rendimiento global debido a dos razones:
obj.getA() está teniendo lugar dentro de la más interior del bucle de su programa, a continuación, su efecto sobre el rendimiento general de su código ser insignificante. Cuando el rendimiento es un problema, debe considerar el cuello de botella de su código. No tiene sentido optimizar el código que no está en estos puntos calientes. Para identificar estos puntos, debe analizar la ejecución de su código a través de profiler.
Las preguntas sobre el rendimiento en el vacío son inútiles. Haga un perfil de esto usted mismo después de determinar que está en una tira sensible al rendimiento en su aplicación. – djechlin