Comment la machine virtuelle Java booste la portabilité et les performances de votre code

Vous hésitez entre Java et des frameworks natifs pour votre prochaine application ? Découvrez les avantages de Java face à la programmation native en termes de portabilité et de performances. Lisez la suite !

Qu'est-ce qu'une application native ?

Une application native est un programme écrit spécifiquement pour un système d'exploitation (OS) et potentiellement pour le matériel qui l'exécute. Elle est généralement codée en C/C++. Le code source est compilé en code objet via un compilateur, puis lié aux bibliothèques requises pour former un exécutable. Ce programme ne fonctionne que sur le matériel et l'OS pour lesquels il a été conçu.

Pourquoi les applications natives ne sont-elles pas portables ?

Un compilateur C/C++ traduit le code source en langage machine spécifique au processeur cible. Sur un autre processeur, le programme peut échouer car les instructions ne sont pas supportées.

De plus, les formats d'exécutables diffèrent entre OS (Windows, Linux, macOS), rendant le fichier illisible sur d'autres systèmes.

La portabilité pose tant de défis que même une mise à jour du compilateur peut casser le code, nécessitant des corrections. Les directives #ifdef sont courantes pour isoler les spécificités plateforme.

Voici un extrait de la bibliothèque BZLib illustrant l'usage de #ifdef :

#ifdef _WIN32
#include <windows.h>
#ifdef small
/* windows.h définit small comme char */
#undef small
#endif
#ifdef BZ_EXPORT
#define BZ_API(func) WINAPI func
#define BZ_EXTERN extern
#else
/* Import dynamique de la DLL Windows */
#define BZ_API(func) (WINAPI * func)
#define BZ_EXTERN
#endif
#else
#define BZ_API(func) func
#define BZ_EXTERN extern
#endif

Portabilité du code source entre systèmes d'exploitation

Recompiler sur un nouveau CPU atténue le problème, mais les OS diffèrent. Le code source nécessite souvent des modifications, même mineures. Entre Windows et Linux/UNIX, la portabilité est quasi impossible sans abstraction complète des API système.

En quoi Java est-il différent ?

Java introduit un paradigme novateur : vous programmez pour une machine virtuelle conceptuelle. Le langage Java offre des interfaces pour interagir avec la mémoire, les CPU, les réseaux, etc., de cette VM.

Comment les applications Java sont-elles construites ?

Le compilateur Java produit du bytecode exécuté par la Machine Virtuelle Java (JVM), un programme indépendant vu comme une application par l'OS hôte.

La portabilité incombe au fournisseur de la JVM, pas au développeur. Lors des mises à jour d'OS, la JVM est adaptée en conséquence.

Quels sont les avantages de la machine virtuelle Java ?

La JVM offre une abstraction du matériel et de l'OS via des API standardisées (GUI, réseau, 3D, multi-CPU), évitant les appels bas niveau non portables.

Le bytecode est portable : compilez une fois, exécutez partout.

Compilateur JIT

La JVM utilise un compilateur JIT (Just-In-Time) pour optimiser le bytecode au runtime pour le CPU cible, boostant les performances.

Elle applique des optimisations adaptées (mode serveur pour longues sessions, mode client pour interactions rapides), avec le même bytecode.

En résumé, les apps natives sont liées à un OS/matériel spécifique. Java suit le principe "Write Once, Run Anywhere" via la JVM et le JIT, rivalisant souvent en performances.

Avez-vous migré d'une app native vers Java pour la portabilité, ou l'inverse pour les perfs ? Partagez en commentaires !

Crédit image : Profit_Image via Shutterstock.com