? Programmes informatiques gérées dans la mémoire , le processeur peut gérer différents processus applicatifs . Au sein de ces processus d'application , les programmeurs de créer des sous- programmes plus petites appelées «fils» qui fonctionnent en même temps les uns avec les autres dans le programme. Les threads sont pas des processus , et ne sont pas responsables des principaux processus qui les ont créés . Arrêt de l' exécution d'un thread qui ne représente pas le processus principal de la demande ne sera pas arrêter le processus lui-même. Simultanéité

développeurs utilisent le terme « concurrence » pour désigner la capacité du programme ou du langage de programmation pour exécuter plusieurs threads d'exécution en même temps . Quand les ordinateurs ont acquis la capacité d' exécuter plusieurs programmes , ces programmes pourraient tout résider dans la mémoire, en cours d'exécution simultanément. Le soutien effectif de la concurrence dans un langage de programmation signifie qu'il peut supporter les threads simultanés dans le processus de programmation principale .
Traite

L'exécution d'un programme suit certaines étapes. Le processeur charge d'abord le code de programme à partir du disque dur dans la mémoire principale. Le système d'exploitation désigne un espace d'adresse spécifique de la mémoire pour le programme , de sorte que des informations du programme ne fuit pas dans d'autres programmes . Le programme commence à s'exécuter , devient alors un processus en cours . Les programmes ont généralement un processus en cours d'exécution principale , mais peut consister en plusieurs processus plus petits .

Discussions

processus sont considérés comme poids lourd , en ce que le système d'exploitation leur attribue un espace dédié à la mémoire et les processus doivent communiquer par le biais des variables spéciales pour éviter les conditions de course ou de lock mémoire. Les threads sont des processus légers qui résident à l'intérieur d'un seul et même processus . Un processus peut avoir de nombreuses discussions , mais les discussions ne résider dans un processus. Threads peuvent interagir les uns avec les autres , partager des informations , démarrer et arrêter avec moins d'implication ou de ressources système.
Suppression discussions

discussions habituellement ne sont pas supprimés . Ils terminent exécution , puis rejoindre le thread principal. C'est ce qu'on appelle la « mort de fil. " Le processus principal peut attendre pour l'exécution de threads pour mourir, soit par un changement de la valeur de la variable ou en adoptant une fonction particulière. Discussions qui sont créés dans un processus que l'exécution de l'arrêt ne sera pas typiquement interrompre l'exécution du programme. Le fil se terminera avec une erreur que le processus peut gérer. Le processus principal , qui peut également être considéré comme le thread principal , peut mourir . Le programme va alors s'arrêter.