Les exceptions vérifiées sont des exceptions qui doivent être traitées lors de la compilation, telles que IOException et SQLEXception, qui doivent être déclarées par couple d'essai ou lancers, sinon une erreur sera signalée dans la compilation; Les exceptions non contr?lées sont des exceptions d'exécution, telles que NullPointerException et ArrayIndexoutofBoundSexception, le compilateur ne force pas le traitement. 1. L'exception vérifiée convient aux erreurs que l'appelant doit gérer, telles que l'opération IO échoue, ce qui convient aux scénarios où la récupération, le traitement ou le traitement explicite est requis; 2. L'exception non contr?lée convient aux erreurs de logique de programme ou aux bogues, tels que les pointeurs et les tableaux nuls qui sont hors limites, et convient plus aux bibliothèques et classes d'outils encapsuliques pour éviter la redondance du code; 3. Dans le développement réel, des cadres tels que Spring ont tendance à encapsuler vérifié comme des exceptions non contr?lées pour simplifier le code. Lors de la conception d'API, le type d'exception peut être sélectionné en fonction de leur traitement. Non contr?lé peut également être utilisé uniformément et géré avec le processeur global.
Dans le mécanisme de gestion des exceptions de Java, les exceptions vérifiées et les exceptions incontr?lées sont deux concepts souvent déroutants. Autrement dit, la principale différence entre eux est de savoir si le compilateur vous oblige à le gérer.

Les exceptions vérifiées sont des exceptions qui doivent être gérées pendant la phase de compilation, telles que IOException
ou SQLException
. Si votre méthode peut lancer une telle exception, soit vous essaiez de le saisir, soit vous le déclarez avec des lancers sur la signature de la méthode. Sinon, le compilateur rapportera une erreur.

Les exceptions non contr?lées sont des exceptions d'exécution, telles que NullPointerException
et ArrayIndexOutOfBoundsException
. Le compilateur ne vous obligera pas à les capturer ou à les déclarer.
Quand dois-je utiliser l'exception vérifiée?
L'exception vérifiée convient lorsque vous souhaitez que l'appelant ait pour gérer une situation d'erreur. Par exemple, vous pouvez rencontrer une erreur IO lors de la lecture d'un fichier. Il est raisonnable de lancer IOException
en ce moment - l'appelant doit savoir que cette étape peut échouer et la gérer en conséquence.

- Si l'opération échoue, vous pouvez reprendre ou réessayer, vous pouvez utiliser l'exception vérifiée.
- Si vous devez laisser l'appelant gérer explicitement un chemin d'erreur spécifique au lieu de l'ignorer, il convient également d'utiliser une exception vérifiée.
Mais il convient de noter qu'une utilisation excessive d'une exception vérifiée peut rendre le code lourd, en particulier dans le cas des appels multicouches, chaque couche doit lancer ou essayer, ce qui affectera la lisibilité et l'efficacité de développement.
Quels scénarios l'exception non contr?lée est-elle plus appropriée?
Lorsqu'une exception est une erreur de bogue ou de logique dans votre programme, vous devez utiliser une exception non contr?lée. Par exemple:
- Accès au pointeur nul
- Arrays Cross Bounds
- Tapez une erreur de conversion
Ce sont généralement des problèmes que les programmeurs écrivent par eux-mêmes, pas des environnements externes. Dans ce cas, même si vous forcez la capture, il est peu probable que vous puissiez vraiment "résoudre" le problème, et il couvrira facilement la racine de l'erreur.
De plus, dans certaines classes d'outils et les bibliothèques générales, les exceptions incontr?lées sont plus enclines à utiliser, de sorte que l'appelant n'a pas besoin d'essayer à chaque fois et de garder le code concis.
Quelques pratiques courantes dans le codage réel
Dans le développement réel, de nombreux cadres ont eu tendance à réduire l'utilisation des exceptions vérifiées. Par exemple, de nombreux endroits dans le cadre du printemps qui auraient pu jeter SQLException
sont encapsulés comme non cochés DataAccessException
. Ceci est fait pour simplifier le code d'appel.
Si vous concevez l'API:
- Pour les erreurs contr?lables dans la logique commerciale (telles que les paramètres illégaux, la non-existence des données, etc.), une exception non contr?lée peut être utilisée;
- Pour les erreurs externes liées aux ressources (telles que la défaillance de la demande de réseau et le fichier introuvable), vous pouvez décider si vous devez utiliser l'exception vérifiée en fonction de la question de savoir si l'appelant doit être traité.
Certains développeurs aiment également utiliser des exceptions incontr?lées uniformément, puis les capturer et les gérer via le gestionnaire d'exceptions globales, de sorte que l'interaction frontale et arrière est plus pratique.
Fondamentalement, ces différences. Après tout, le type d'exception que vous choisissez dépend de savoir si vous souhaitez que l'appelant ait à faire face à l'erreur. Toutes les exceptions ne sont pas dignes de manipulation forcée, et toutes les erreurs ne sont pas censées être cachées.
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.

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 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.

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 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.
