Le polymorphisme permet à une classe d'hériter de plusieurs autres er même temps. Cette technique connue de C++ ouvre au programmeui des perspectives étourdissantes lorsqu'il construit des classes par modules. Mais, dans la pratique, il s'est avéré que la manipulation de telles hiérarchies de classes était dangereuse en raison de son manque de visibilité et qu'elle conduisait facilement à des programmes défectueux. L'adressage mémoire direct des données, tel qu'il est souvent pratiqué dans Cet C++, n'est pas non plus possible en JAVA. L'arithmétique des pointeurs ne fait pas partie de la syntaxe du langage. JAVA emploie différents mécanismes de sécurité pour interdire les accès mémoire abusifs et évtter ainsi le plantage des applications ou du système d'exploitation. Ce point sera approfondi ultérieurement. 

En plus des points cités, JAVA renonce aux fonctions d'un préprocesseur, aux structures (struct) et aux unions (union). La surcharge des opérateurs est également interdite. 

Tout ceci peut laisser penser que la puissance de JAVA est relativement limitée par rapport à des langages comme C++ et Pascal. Mais tel n'est pas le cas. L'équipe de développement de Sun a simplement voulu supprimer les éléments mal compris ou mal exploités des autres langages. Vous allez vous rendre compte très vite que JAVA ne mettra pas votre imagination à l'étroit.

Si le code source présente une initialisation ou une affectation erronées, la compilation détecte l'erreur, évitant ainsi la construction de programmes défectueux à un stade précoce du développement. 
 

Dans le cadre d'un projet complexe, beaucoup de programmeurs son dépassés par le problème. Il se produit ainsi une fuite de ressourcec jusqu'à ce que le système d'exploitation soit réinitialisé. 

Pour remédier à ce problème, JAVA dispose d'un excellent mécanisme La récupération automatique de mémoire (garbage collector), qui consti tue une fonction du système d'exécution du langage, restitue spontané. ment les zones de mémoire qui ne sont plus utilisées. La mémoire se trouvE ainsi constamment gérée de façon optimale, et l'exploitation des ressour ces ne bute plus sur leur limite. Les amateurs de C peuvent ainsi remisei aux oubliettes l'instruction delefe.

Depuis Basic, la manière la plus répandue d'intercepter et de traiter dec erreurs est de prévoir des routines se situant à un niveau spécial. Dans CE cadre, on peut lire le code de l'erreur apparue et déclencher le traitemen qui s'impose. Mais souvent les erreurs sont Si graves qu'elles peuven conduire au plantage de l'ensemble du système d'exploitation. 

JAVA emprunte une autre voie dans ce domaine. Le programmeur écri une série de routines de traitement d'erreurs. Lorsqu'un événement impré. vu conduit à un dysfonctionnement du programme, JAVA détermine auto matiquement la routine la plus appropriée pour traiter l'erreur. Le~ différentes routines sont disposées dans un ordre séquentiel, la liste ains établie étant parcourue de bas en haut en cas de besoin. Lorsque lE programme a découvert une méthode qui convient, il l'exécute et essaiE ensuite de poursuivre. 

Mais il est clair que, même en JAVA, il peut se produire des erreun empêchant toute continuation du programme. L'incident le plus grav~ susceptible de se produire à cette occasion est une interruption prématurée du programme JAVA. A aucun moment le système d'exploitation n'est menacé. 

La sécurité passe aussi par la réglementation de l'accès à la mémoire disponible. Contrairement aux programmes C+ +,les programmes JAVA ne peuvent pas accéder à n'importe quelle zone de la mémoire. D'abord, un accès direct est par nature impossible et par ailleurs JAVA ne fait appel qu'à des blocs de mémoire non utilisés par le système d'exploitation ni par d'autres ressources importantes. 

Un autre facteur de sécurité primordial est la définition des droits d'accès au disque dur. Les programmes JAVA ne peuvent pas accéder sans précaution à un disque dur. Ce point est particulièrement important lorsqu'on programme des applets pour Internet. La première version bêta du k~t de développement JAVA posait quelques problèmes sur ce plan mais ils sont maintenant largement résolus. 
 

Si on les compare à des programmes écrits en C, les applets sont relativement petites. Cette taille réduite est essentiellement due à l'absence des bibliothèques de classes liées temporairement qu'en cours d'exécution. Les classes de base, comparables à la classe iostream mise en service par C, font partie du logiciel de navigation. Ainsi, les composants essentiels d'une applet JAVA n'ont pas besoin d'être chargées depuis le réseau à chaque appel.

Pour dissimuler cette faiblesse, l'industrie informatique a introduit le concept de multitâche préemptif. Dans ce cas, les opérations ne sont pas effectuées en parallèle mais le temps de travail du processeur est découpé en intervalles. Plusieurs opérations peuvent alors se partager les ressources de calcul d'un processeur unique. 

Pour permettre la description des algorithmes appropriés, JAVA met à la disposition du programmeur la syntaxe des threads. Un thread est une unité d'exécution isolée. Il est possible en théorie de définir un nombre illimité de threads. Pendant l'exécution du programme, les threads accèdent au processeur par un mécanisme d'interruption. A condition de disposer d'un processeur puissant, on peut ainsi simuler le multitâche jusqu'à un certain degré. 

L'implémentation des threads se révèle difficile dès que le programme comporte un branchement vers une séquence interactive. Les routines de traitement doivent alors harmoniser la communication et le comportement des threads. Pour résoudre ces problèmes, JAVÂ fournit au programmeur toute une série d'aides syntaxiques.