Editando Java Native Interface (sección)

== Advertencias ==

JNI no es en absoluto trivial,  Se recomienda que sea usado por programadores experimentados. En cualquier caso, la posibilidad de comunicar Java con C, C++ o ensamblador, desestima toda limitación en lo que los programas Java pueden hacer.

Es aconsejable tener en cuenta los siguientes puntos cuando se considera usar JNI:

# JNI no es un [[Application Programming Interface|API]] fácil de aprender.
# Pequeños errores en el uso de JNI pueden desestabilizar completamente la máquina virtual Java, de formas muy difíciles de reproducir y subsanar.
# Solo las aplicaciones y applets firmados pueden invocar el JNI.
# Una aplicación que recurre a JNI pierde una de las características más importantes que Java le confiere, su portabilidad. (Una forma de solventar esto, es escribir una implementación separada del código JNI por cada plataforma, y hacer a Java detectar el [[sistema operativo]] para ejecutar una u otra implementación llegado el momento).
# No hay recolección de basura en el lado JNI, (el código JNI debe deslocalizar explícitamente sus punteros).

El colector automático de basura de Java es algo distinto a malloc/free en C, dado que puede ''mover'' objetos después de que se les haya sido asignada la memoria necesaria. Es por lo tanto de vital importancia que los punteros a objetos Java sean obtenidos y bloqueados correctamente. Los programadores habituados a C a menudo no entienden esto, lo que puede llevarles a provocar errores bastante ''esotéricos'' e irreproducibles.

Por todo lo anterior, JNI debe ser utilizado con cautela y suele ser evitado por los desarrolladores Java. Por ejemplo, la mayoría de las bases de datos JDBC se comunican directamente con un socket en lugar de utilizar las API existentes en C.