@NonNull y anotaciones @Nullable – ¿Afecta el rendimiento en Android?

Como pequeño experimento creé el siguiente método en una aplicación de Android:

private void test(@NonNull Object o) { o.toString(); } 

Compiló el proyecto, 'un-compilado' con ApkTool y echó un vistazo al archivo smali :

 .method private test(Ljava/lang/Object;)V .locals 0 .param p1, "o" # Ljava/lang/Object; .annotation build Landroid/support/annotation/NonNull; .end annotation .end param .prologue .line 22 invoke-virtual {p1}, Ljava/lang/Object;->toString()Ljava/lang/String; .line 23 return-void .end method 

Por lo tanto, la anotación Nonnull no se elimina del código en tiempo de compilación.

Aunque podría desactivar las comprobaciones en el estudio de Android, llamar al método de prueba con null como un argumento y compilar la aplicación. A continuación, se bloquea con un NullPointerExeption en o.toString() por supuesto, pero no hay ninguna pista de la VM en realidad utilizando la anotación para comprobar el parámetro en tiempo de ejecución. Exactamente lo que laalto dijo en su respuesta.

Me pregunto si la VM sería capaz de hacerlo y lanzar una excepción cuando el método se llama con el argumento null .

Las anotaciones @NonNull y Nullable se declaran con la directiva de retención CLASS . Se ven en el bytecode compilado pero pueden ser ignorados por la VM en tiempo de ejecución.

Si te preocupa el rendimiento, ejecuta un experimento para ver si es un problema para ti. Yo hipotetizaría que las anotaciones de retención de clase no agregan ninguna sobrecarga significativa.

(Si la directiva de retención fue runtime y las anotaciones fueron consultadas a través de la reflexión en tiempo de ejecución, entonces habrá problemas de rendimiento especialmente en el pasado .)