Java em toda parte: como escrever código uma vez e executar no Windows, Linux e macOS

Por que o Java é o rei da portabilidade?

Você já se perguntou por que sistemas bancários, aplicativos Android e até jogos como Minecraft funcionam em dispositivos completamente diferentes? O segredo é simples — desenvolvimento multiplataforma em Java. Essa tecnologia permite escrever o código uma vez e executá-lo em qualquer lugar: no Windows, Linux, macOS ou até mesmo em uma geladeira inteligente.

Neste artigo, não vamos apenas falar sobre teoria. Vamos escrever código real, entender a magia da Máquina Virtual Java (JVM) e aprender como evitar as armadilhas típicas. Se você está cansado da frase "na minha máquina funciona" — bem-vindo ao mundo Java!

Como o Java engana o sistema operacional?

O principal segredo da portabilidade não é mágica, mas uma camada chamada JVM (Java Virtual Machine). Quando você escreve código em Java, você não o compila para código de máquina, mas sim para bytecode (arquivos .class). Esse bytecode é universal, como o esperanto para computadores. E a JVM o traduz para o idioma do sistema operacional específico.

Veja este código simples que funciona em qualquer lugar:

public class HelloWorld {    public static void main(String[] args) {        System.out.println("Olá, mundo! Estou rodando em " + System.getProperty("os.name"));    }}

Execute este código no Windows — verá "Windows 10". No Linux — "Linux". No macOS — "Mac OS X". Sem uma única alteração no código. Isso é o desenvolvimento multiplataforma em Java em ação.

Como funciona o compilador JIT?

Quando você executa um programa Java, a JVM não apenas interpreta o bytecode linha por linha. Ela usa o compilador JIT (Just-In-Time). Ele analisa quais partes do código são executadas com mais frequência e as compila em código de máquina "em tempo real". Por isso, aplicações Java ficam mais rápidas com o tempo, e não mais lentas.

Onde o Java falha: armadilhas da portabilidade

Apesar de toda a magia da JVM, existem três pilares onde até desenvolvedores experientes tropeçam:

• Caminhos de arquivos — no Windows usa-se barra invertida (\\), no Linux, barra normal (/).
• Codificações — o Windows usa Windows-1251 por padrão, o Linux usa UTF-8.
• Gráficos e código nativo — Swing funciona em todos os lugares, mas tem aparência diferente.

Vamos analisar cada problema com exemplos de código.

Problema nº1: Caminhos de arquivos

Nunca escreva caminhos manualmente! Use File.separator ou Paths.get():

import java.nio.file.*;

public class PathExample {    public static void main(String[] args) {        // Correto: multiplataforma        Path path = Paths.get("data", "config", "settings.xml");        System.out.println("Caminho: " + path.toString());                // Incorreto: quebra no Linux        // String badPath = "data\\\\config\\\\settings.xml";    }}

No Windows você verá data\\config\\settings.xml, no Linux — data/config/settings.xml. O Java insere automaticamente o separador correto.

Problema nº2: Codificações

Ler arquivos de texto é uma armadilha clássica. Sempre especifique a codificação explicitamente:

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

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

Se você não especificar a codificação, no Windows corre o risco de obter caracteres ilegíveis em vez de texto em português.

Escrev