Enfin, les blocs seront exécutés en programmation, que ce soit ou non une exception. La fonction principale est de s'assurer que le code de nettoyage a une chance de s'exécuter. 1. Le bloc final fonctionnera après l'exécution des blocs d'essai et de capture. Il sera exécuté même si une exception se produit et est traitée, aucune exception ne se produit ou est renvoyée de l'essai / catch. 2. S'il y a une instruction de retour dans un essai ou une prise, il sera finalement exécuté avant que la méthode ne revienne réellement, mais le rendement peut écraser la valeur de retour d'origine et doit être évité. 3. L'utilisation la plus courante est le nettoyage des ressources, tel que la fermeture des fichiers, les connexions de base de données, etc. pour éviter les fuites de ressources. 4. Avant Java 7, TRY-Catch-finally est tenu d'écrire manuellement les coups de main TRYS pour la gestion des ressources, puis les ressources TRY-With-With peuvent être simplifiées. En bref, il est finalement utilisé pour assurer l'achèvement des taches de nettoyage critiques et améliorer la stabilité du programme.
Le bloc finally
en programmation - en particulier dans les langages comme Java, C # et JavaScript - Runs , peu importe si une exception est lancée ou capturée . C'est son travail principal: s'assurer qu'un code de nettoyage a toujours une chance de s'exécuter.
Lorsque vous avez affaire à des exceptions
Si vous avez une structure try-catch-finally
, le bloc finally
s'exécutera après l' try
et (s'il est déclenché), les blocs catch
se terminent. Cela se produit même si:
- Une exception se produit et est gérée
- Aucune exception ne se produit du tout
- Vous retournez de l'intérieur du bloc
try
oucatch
Ainsi, quoi qu'il en soit, tant que le bloc try
commencera à fonctionner, il obtiendra finally
son tour avant que la méthode ne sorte complètement.
Par exemple:
essayer { // un code qui pourrait lancer une exception } catch (exception e) { // Gérez-le ici } enfin { // Nettoyez toujours les ressources }
Même si vous mettez un return
à l'intérieur de l' try
, le finally
fonctionne toujours juste après.
Qu'en est-il des déclarations de retour?
Oui, cette partie peut être un peu déroutante. S'il y a un return
à l'intérieur du bloc try
ou catch
, le bloc finally
s'exécutera toujours avant que la méthode ne revienne réellement. Cependant, toute valeur renvoyée dans try
ou catch
peut être remplacée si vous incluez également un return
finally
.
Alors gardez à l'esprit:
- évitez de retourner les valeurs
finally
- Il peut masquer les exceptions ou modifier le comportement attendu
- Cela rend le débogage plus difficile
Ce n'est pas seulement la théorie - elle peut mordre le vrai code. Donc, à moins que vous ne sachiez exactement ce que vous faites, mieux vaut vous en tenir aux taches de nettoyage uniquement finally
Utilisation finally
pour le nettoyage des ressources
L'utilisation la plus courante est finally
de fermer les fichiers, les connexions de base de données, les prises de réseau ou d'autres ressources externes. Même si quelque chose ne va pas, vous voulez vous assurer que ceux-ci sont correctement libérés.
Avant Java 7, les développeurs ont d? écrire manuellement les blocs try-catch-finally
pour gérer les ressources. Depuis lors, Try-With-Resources a facilité la vie, mais toutes les langues n'ont pas cela, et parfois vous avez finally
besoin.
Comme ?a:
FileInputStream fis = null; essayer { fis = new FileInputStream ("file.txt"); // Lire les données ... } catch (ioexception e) { // gérer l'erreur } enfin { if (fis! = null) { essayer { fis.close (); } catch (ioexception e) { // ignorer ou enregistrer } } }
C'est un peu verbeux, mais il garantit que rien ne fuit.
Fin de compte
Le bloc finally
fonctionne à chaque fois que le bloc try
est entré, que tout fonctionne bien, une exception est lancée, ou même si vous revenez t?t. Il est prévisible dans ce sens, mais délicat lorsqu'il est combiné avec des rendements ou des exceptions.
Utilisez-le pour le nettoyage, pas la logique. Et rappelez-vous: cela aide votre application à rester stable, surtout lorsque les choses tournent mal.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Outils d'IA chauds

Undress AI Tool
Images de déshabillage gratuites

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Clothoff.io
Dissolvant de vêtements AI

Video Face Swap
échangez les visages dans n'importe quelle vidéo sans effort grace à notre outil d'échange de visage AI entièrement gratuit?!

Article chaud

Outils chauds

Bloc-notes++7.3.1
éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Javanio est un nouvel IOAPI introduit par Java 1.4. 1) s'adresse aux tampons et aux canaux, 2) contient des composants de tampon, de canal et de sélecteur, 3) prend en charge le mode non bloquant et 4) gère les connexions simultanées plus efficacement que l'OI traditionnel. Ses avantages se reflètent dans: 1) IO non bloquant les réductions de la surcharge du thread, 2) le tampon améliore l'efficacité de transmission des données, 3) le sélecteur réalise le multiplexage et 4) la cartographie de la mémoire accélère la lecture et l'écriture de la lecture de fichiers. Remarque Lorsque vous utilisez: 1) le fonctionnement FLIP / clair du tampon est facile à confondre, 2) les données incomplètes doivent être traitées manuellement sans blocage, 3) l'enregistrement du sélecteur doit être annulé à temps, 4) Nio ne convient pas à tous les scénarios.

HashMap implémente le stockage de paires de valeurs clés via des tables de hachage en Java, et son noyau réside dans les emplacements de données de positionnement rapidement. 1. Utilisez d'abord la méthode HashCode () de la clé pour générer une valeur de hachage et la convertir en un index de tableau via les opérations de bit; 2. Différents objets peuvent générer la même valeur de hachage, entra?nant des conflits. à l'heure actuelle, le n?ud est monté sous la forme d'une liste liée. Après JDK8, la liste liée est trop longue (longueur par défaut 8) et elle sera convertie en arbre rouge et noir pour améliorer l'efficacité; 3. Lorsque vous utilisez une classe personnalisée comme clé, les méthodes equals () et hashcode () doivent être réécrites; 4. Hashmap élargit dynamiquement la capacité. Lorsque le nombre d'éléments dépasse la capacité et se multiplie par le facteur de charge (par défaut 0,75), se développez et remaniez; 5. Hashmap n'est pas en file et concu doit être utilisé dans multithread

Le modèle de conception Singleton en Java garantit qu'une classe n'a qu'une seule instance et fournit un point d'accès global via des constructeurs privés et des méthodes statiques, ce qui convient au contr?le de l'accès aux ressources partagées. Les méthodes de mise en ?uvre incluent: 1. Chargement paresseux, c'est-à-dire que l'instance n'est créée que lorsque la première demande est demandée, ce qui convient aux situations où la consommation de ressources est élevée et pas nécessairement requise; 2. Traitement à filetage, garantissant qu'une seule instance est créée dans un environnement multi-thread par des méthodes de synchronisation ou le verrouillage à double vérification et la réduction de l'impact des performances; 3. Le chargement affamé, qui initialise directement l'instance pendant le chargement des cours, convient aux objets ou scénarios légers qui peuvent être initialisés à l'avance; 4. La mise en ?uvre de l'énumération, en utilisant l'énumération Java pour soutenir naturellement la sérialisation, la sécurité des filetages et prévenir les attaques réfléchissantes, est une méthode concise et fiable recommandée. Différentes méthodes de mise en ?uvre peuvent être sélectionnées en fonction des besoins spécifiques

Facultatif peut clairement exprimer les intentions et réduire le bruit du code pour les jugements nuls. 1. Facultatif. Par exemple, lors de la prise de valeurs des cartes, Orelse peut être utilisée pour fournir des valeurs par défaut, afin que la logique soit plus claire et concise; 2. Utilisez des cartes d'appels de cha?ne pour atteindre les valeurs imbriquées pour éviter en toute sécurité le NPE, et terminer automatiquement si un lien est nul et renvoie la valeur par défaut; 3. Le filtre peut être utilisé pour le filtrage conditionnel, et les opérations ultérieures ne continueront à être effectuées que si les conditions sont remplies, sinon elle sautera directement à Orelse, qui convient au jugement commercial léger; 4. Il n'est pas recommandé de surutiliser facultatif, tels que des types de base ou une logique simple, ce qui augmentera la complexité, et certains scénarios reviendront directement à NU.

La solution de contournement principale pour la rencontre de Java.io.NotSerializableException est de s'assurer que toutes les classes qui doivent être sérialisées implémentent l'interface sérialisable et de vérifier le support de sérialisation des objets imbriqués. 1. Ajouter des ouvrages ImplementSerialisables à la classe principale; 2. Assurez-vous que les classes correspondantes de champs personnalisées de la classe implémentent également sérialisables; 3. Utilisez transitoire pour marquer les champs qui n'ont pas besoin d'être sérialisés; 4. Vérifiez les types non sérialisés dans les collections ou les objets imbriqués; 5. Vérifiez quelle classe n'implémente pas l'interface; 6. Considérez la conception de remplacement pour les classes qui ne peuvent pas être modifiées, telles que la sauvegarde des données clés ou l'utilisation de structures intermédiaires sérialisables; 7. Envisagez de modifier

La cha?ne est immuable, StringBuilder est mutable et non-thread-safe, StringBuffer est mutable et file. 1. Une fois le contenu de la cha?ne créé ne peut pas être modifié, il convient à une petite quantité d'épissage; 2. StringBuilder convient à l'épissage fréquent de threads uniques et a des performances élevées; 3. StringBuffer convient aux scénarios partagés multi-thread, mais a une performance légèrement inférieure; 4. Remarquemment, définir la capacité initiale et éviter d'utiliser l'épissage de cha?ne dans des boucles peut améliorer les performances.

Pour faire face aux problèmes de codage des personnages en Java, la clé est de spécifier clairement le codage utilisé à chaque étape. 1. Spécifiez toujours le codage lors de la lecture et de l'écriture de texte, utilisez InputStreamReader et OutputStreamWriter et transmettez un jeu de caractères explicite pour éviter de s'appuyer sur le codage par défaut du système. 2. Assurez-vous que les deux extrémités sont cohérentes lors du traitement des cha?nes sur la limite du réseau, définissez l'en-tête de type contenu correct et spécifiez explicitement le codage avec la bibliothèque. 3. Utilisez String.getBytes () et Newstring (octet []) avec prudence, et spécifiez toujours manuellement StandardCharsets.Utf_8 pour éviter la corruption des données causée par les différences de plate-forme. En bref, par

La programmation Javasocket est la base de la communication réseau, et l'échange de données entre les clients et les serveurs est réalisé via Socket. 1. Le socket en Java est divisé en la classe de socket utilisée par le client et la classe SERVERSOCKET utilisée par le serveur; 2. Lors de la rédaction d'un programme de socket, vous devez d'abord démarrer le port d'écoute du serveur, puis lancer la connexion par le client; 3. Le processus de communication comprend l'établissement de connexion, la lecture et l'écriture des données et la fermeture du flux; 4. Les précautions incluent l'évitement des conflits de port, la configuration correcte des adresses IP, la fermeture raisonnable des ressources et la prise en charge de plusieurs clients. La ma?trise peut réaliser des fonctions de communication réseau de base.
