Java partout : écrire le code une fois et l'exécuter sur Windows, Linux et macOS

Pourquoi Java est-il le roi du multiplateforme ?

Avez-vous déjà réfléchi à la raison pour laquelle les systèmes bancaires, les applications Android et même des jeux comme Minecraft fonctionnent sur des appareils complètement différents ? Le secret est simple — le développement multiplateforme en Java. Cette technologie permet d'écrire le code une fois et de l'exécuter partout : sur Windows, Linux, macOS ou même sur un réfrigérateur intelligent.

Dans cet article, nous ne nous contenterons pas de parler de théorie. Nous écrirons du code concret, nous plongerons dans la magie de la machine virtuelle Java (JVM) et nous apprendrons à éviter les pièges typiques. Si vous en avez assez de la phrase « ça marche sur ma machine » — bienvenue dans le monde de Java !

Comment Java trompe-t-il le système d'exploitation ?

Le principal secret du multiplateforme n'est pas de la magie, mais une couche intermédiaire appelée JVM (Java Virtual Machine). Lorsque vous écrivez du code en Java, vous ne le compilez pas en code machine, mais en bytecode (fichiers .class). Ce bytecode est universel, comme l'espéranto pour les ordinateurs. Et c'est la JVM qui le traduit dans le langage du système d'exploitation spécifique.

Regardez ce code très simple qui fonctionne partout :

public class HelloWorld {    public static void main(String[] args) {        System.out.println("Bonjour le monde ! Je fonctionne sur " + System.getProperty("os.name"));    }}

Exécutez ce code sur Windows — vous verrez "Windows 10". Sur Linux — "Linux". Sur macOS — "Mac OS X". Sans aucune modification du code. C'est cela, le développement multiplateforme en Java en action.

Comment fonctionne le compilateur JIT ?

Lorsque vous exécutez un programme Java, la JVM ne se contente pas d'interpréter le bytecode ligne par ligne. Elle utilise le compilateur JIT (Just-In-Time). Il analyse les parties du code qui sont exécutées le plus souvent et les compile en code machine « à la volée ». C'est pourquoi les applications Java deviennent plus rapides avec le temps, et non plus lentes.

Où Java échoue : les pièges du multiplateforme

Malgré toute la magie de la JVM, il y a trois piliers sur lesquels même les développeurs expérimentés trébuchent :

• Les chemins de fichiers — sur Windows, on utilise l'antislash (\\), sur Linux, le slash (/).
• Les encodages — Windows utilise par défaut Windows-1251, Linux utilise UTF-8.
• Les graphismes et le code natif — Swing fonctionne partout, mais son apparence diffère.

Examinons chaque problème avec des exemples de code.

Problème n°1 : Les chemins de fichiers

N'écrivez jamais les chemins manuellement ! Utilisez File.separator ou Paths.get() :

import java.nio.file.*;

public class PathExample {    public static void main(String[] args) {        // Correct : multiplateforme        Path path = Paths.get("data", "config", "settings.xml");        System.out.println("Chemin : " + path.toString());                // Incorrect : se cassera sur Linux        // String badPath = "data\\\\config\\\\settings.xml";    }}

Sur Windows, vous verrez data\\config\\settings.xml, sur Linux — data/config/settings.xml. Java insérera automatiquement le bon séparateur.

Problème n°2 : Les encodages

La lecture de fichiers texte est un piège classique. Spécifiez toujours l'encodage explicitement :

import java.io.*;import java.nio.charset.StandardCharsets;

public class EncodingExample {    public static void main(String[] args) throws IOException {        // Correct : UTF-8 partout        BufferedReader reader = new BufferedReader(            new InputStreamReader(                new FileInputStream("file.txt"),                StandardCharsets.UTF_8            )        );        String line = reader.readLine();        System.out.println(line);        reader.close();    }}

Si vous ne spécifiez pas l'encodage, sur Windows vous risquez d'obtenir du charabia au lieu du texte russe.

Écr