Non, ce n'est pas lié à java, et c'est (au moins de mon point de vue de non expert) le même principe que derrière une fonction bloquante ou non. Un thread bloquant l'est parce qu'il exécute du code qui bloque le processus d’exécution tout simplement.
En gros, t'as des ressources qui sont disponibles ou non. Un thread bloquant va attendre que les ressources soient disponibles pour continuer son exécution (un fichier, un lock, l'état d'une variable), un thread non bloquant va juste remarquer qu'elles ne sont pas disponibles et puis continuer son processus, donc potentiellement faire d'autres choses en attendant.
Merci de prendre le commentaire ci-dessus avec: un peu de recul, le premier degré, et si possible le second !
[^] # Re: bande passante / latence
Posté par Elfir3 . En réponse au lien Blocking and non-blocking threads. Évalué à 3.
Non, ce n'est pas lié à java, et c'est (au moins de mon point de vue de non expert) le même principe que derrière une fonction bloquante ou non. Un thread bloquant l'est parce qu'il exécute du code qui bloque le processus d’exécution tout simplement.
En gros, t'as des ressources qui sont disponibles ou non. Un thread bloquant va attendre que les ressources soient disponibles pour continuer son exécution (un fichier, un lock, l'état d'une variable), un thread non bloquant va juste remarquer qu'elles ne sont pas disponibles et puis continuer son processus, donc potentiellement faire d'autres choses en attendant.
Merci de prendre le commentaire ci-dessus avec: un peu de recul, le premier degré, et si possible le second !