Java Academy · Leçon

Pièges courants

Ordonnancement, encapsulation et pool commun

Pièges courants est une leçon Java Academy gratuite sur CoddyKit. Ceci est la leçon 4 sur 4. Tu peux lire la leçon complète ci-dessous gratuitement — puis la pratiquer en direct dans le navigateur avec un éditeur de code intégré et un tuteur IA 24/7. Elle fait partie du parcours d'apprentissage Java Academy, et ta progression se synchronise sur le web et l'application CoddyKit. Le cours Java Academy comprend 4 leçons au total.

Le parallel n’est pas une accélération gratuite

Ajouter parallel() peut ralentir le code au lieu de l’accélérer. Cette leçon présente les pièges classiques afin de vous aider à les éviter.

import java.util.stream.IntStream;

public class Main {
    public static void main(String[] args) {
        long sum = IntStream.rangeClosed(1, 1_000_000).parallel()
            .asLongStream().sum();
        System.out.println(sum);
    }
}

Piège : coût lié à l’ordre

Les opérations ordonnées comme forEachOrdered ou limit imposent une coordination entre les fils d’exécution, ce qui réduit les gains du parallel.

import java.util.stream.IntStream;

public class Main {
    public static void main(String[] args) {
        IntStream.rangeClosed(1, 5).parallel()
            .forEachOrdered(System.out::println);
    }
}

unordered peut aider

Si l’ordre n’a pas d’importance, l’appel de unordered() permet à l’environnement d’exécution d’éviter le travail lié à l’ordre et de paralléliser plus librement.

import java.util.stream.IntStream;

public class Main {
    public static void main(String[] args) {
        long count = IntStream.rangeClosed(1, 1_000_000).parallel()
            .unordered()
            .filter(n -> n % 5 == 0)
            .count();
        System.out.println(count);
    }
}

Piège : conversion implicite en objets

Utiliser Stream<Integer> en parallel multiplie le coût de la conversion en objets entre les fils d’exécution. Préférez les flux de types primitifs pour le travail numérique en parallel.

import java.util.stream.IntStream;

public class Main {
    public static void main(String[] args) {
        long sum = IntStream.rangeClosed(1, 1_000_000).parallel().asLongStream().sum();
        System.out.println(sum);
    }
}

Piège : le groupe commun partagé

Tous les flux parallel partagent un seul ForkJoinPool.commonPool(). Une longue tâche parallel peut priver les autres tâches de ressources dans la même JVM, y compris celles d’autres parties de votre application.

import java.util.concurrent.ForkJoinPool;

public class Main {
    public static void main(String[] args) {
        System.out.println(ForkJoinPool.commonPool().getParallelism());
    }
}

Isoler le travail dans un groupe personnalisé

Pour éviter que les travaux lourds utilisent le groupe commun, soumettez le flux parallel dans votre propre ForkJoinPool.

import java.util.concurrent.ForkJoinPool;
import java.util.stream.IntStream;

public class Main {
    public static void main(String[] args) throws Exception {
        ForkJoinPool pool = new ForkJoinPool(2);
        long sum = pool.submit(() ->
            IntStream.rangeClosed(1, 1_000_000).parallel().asLongStream().sum()
        ).get();
        pool.shutdown();
        System.out.println(sum);
    }
}

Piège : sources difficiles à diviser

LinkedList, Stream.iterate et BufferedReader.lines se divisent mal. Les paralléliser offre souvent peu ou pas d’avantages, voire un résultat négatif.

import java.util.stream.Stream;

public class Main {
    public static void main(String[] args) {
        long n = Stream.iterate(1, x -> x + 1)
            .limit(100_000)
            .parallel()
            .filter(x -> x % 2 == 0)
            .count();
        System.out.println(n);
    }
}

Piège : lambdas avec état

Les lambdas qui lisent ou écrivent un état externe se comportent de manière non déterministe en parallel. Gardez-les sans état pour obtenir des résultats cohérents.

import java.util.stream.IntStream;

public class Main {
    public static void main(String[] args) {
        int sum = IntStream.rangeClosed(1, 100).parallel()
            .map(n -> n + 1)
            .sum();
        System.out.println(sum);
    }
}

Piège : findFirst ou findAny

findFirst doit respecter l’ordre, ce qui ajoute un coût en parallel. Si n’importe quel élément correspondant convient, utilisez findAny.

import java.util.stream.IntStream;

public class Main {
    public static void main(String[] args) {
        int found = IntStream.rangeClosed(1, 1_000_000).parallel()
            .filter(n -> n % 99991 == 0)
            .findAny()
            .getAsInt();
        System.out.println(found);
    }
}

Piège : opérations peu coûteuses sur de petites données

Pour les petites collections ou les tâches triviales, le coût de division et de fusion dépasse largement tout gain éventuel. Restez en mode séquentiel.

import java.util.List;

public class Main {
    public static void main(String[] args) {
        List<Integer> small = List.of(1, 2, 3, 4);
        int sum = small.stream().mapToInt(Integer::intValue).sum();
        System.out.println(sum);
    }
}

Piège : fusion coûteuse dans les collecteurs

Les collecteurs dont la fusion est coûteuse, par exemple ceux qui construisent de grandes structures triées, peuvent annuler les gains du parallel. Les accumulations simples se fusionnent à peu de frais.

import java.util.stream.IntStream;

public class Main {
    public static void main(String[] args) {
        long total = IntStream.rangeClosed(1, 1_000_000).parallel()
            .mapToLong(n -> n)
            .sum();
        System.out.println(total);
    }
}

Vérification rapide

Pourquoi findFirst peut-il être plus lent que findAny sur un flux parallel ?

Récapitulatif

Vous avez découvert les pièges courants du parallel :

L’ordre (forEachOrdered, limit, findFirst) ajoute un coût de coordination ; utilisez unordered ou findAny lorsque c’est possible.
La conversion en objets multiplie le coût ; préférez les flux de types primitifs.
Le groupe commun partagé peut être privé de ressources ; isolez les travaux lourds dans un ForkJoinPool personnalisé.
Les sources difficiles à diviser, les petits volumes de données et les fusions coûteuses réduisent tous l’intérêt du parallel.

Questions Fréquemment Posées

La leçon « Pièges courants » est-elle gratuite ?

Oui — le texte complet de « Pièges courants » est gratuit à lire ici sur le web. Pour la pratiquer de manière interactive (un éditeur de code intégré et un tuteur IA 24/7) et déverrouiller le reste du cours Java Academy, passe à CoddyKit PRO. Le cours Java Academy comprend 4 leçons au total.

Qu'est-ce que j'apprendrai dans « Pièges courants » ?

Ordonnancement, encapsulation et pool commun Tu pratiques Java Academy avec du code pratique que tu exécutes directement dans le navigateur, et un tuteur IA 24/7 répond à tes questions au fur et à mesure que tu avances dans la leçon.

Dois-je avoir de l'expérience pour commencer Java Academy ?

Aucune expérience préalable n'est requise. Java Academy sur CoddyKit est structuré pour les débutants jusqu'aux apprenants avancés, donc tu peux commencer ici ou depuis le début et avancer à ton rythme. Ceci est la leçon 4 sur 4.

Combien de temps prend la leçon « Pièges courants » ?

La plupart des leçons CoddyKit prennent environ 5–10 minutes. Chacune est courte et interactive, tu progresses régulièrement et tu repiques exactement où tu t'es arrêté sur le web et l'app.

Peux-tu écrire et exécuter du code dans cette leçon Java Academy ?

Oui. Chaque leçon Java Academy inclut un éditeur de code intégré, tu écris et exécutes du vrai code directement dans ton navigateur et tu reçois des retours IA instantanés — aucune configuration locale requise.

Toutes les leçons de ce cours

← Retour à Java Academy