À l'exception de RuntimeException, si d'autres exceptions ne sont pas interceptées, la compilation échouera. Généralement, le compilateur demandera que la méthode puisse lever une exception
Parfois, l'exécution de nombreuses méthodes ne sera pas aussi fluide que la première étape, et il y aura toujours des erreurs au milieu et des exceptions seront signalées. Pour savoir ce qui n’a pas fonctionné, vous devez détecter l’exception et la gérer de manière raisonnable.
La détection des exceptions peut localiser rapidement les problèmes. Elle est généralement ajoutée au code qui, selon vous, peut générer des exceptions. Le choix de l'exception et de l'emplacement du code appropriés est le plus critique.
Tout d’abord, try catch n’est pas utilisé partout. try catch est utilisé lorsqu'une exception peut être levée. C'est un bon mécanisme, mais n'en abusez pas. Même certains langages de programmation ne recommandent pas d'utiliser try catch
Un programme robuste ne s'exécute pas comme nous le pensons. Il aura quelques accidents pendant le processus d'exécution, comme la connexion à la base de données, l'appel de sa méthode sur une référence nulle, et le fichier local que vous souhaitez lire ne fonctionne pas. Il existe diverses situations inattendues. Ce sont des exceptions qui doivent être prises en compte lors de l'écriture de programmes. À ce stade, vous devez intercepter l'exception et la gérer spécialement.
Le langage Java est très robuste, 非RuntimeExceptiondoit être capté ou lancer vers le haut Bref, il faut toujours le traiter. try catchIl gère les exceptions.
Ceux qui conçoivent des méthodes peuvent utiliser des lancers pour déclarer qu'une fonction "peut" lancer une sorte d'exception
Ceux qui utilisent cette méthode doivent considérer cette exception (soit try/catch lors de l'appel, soit lancer l'exception eux-mêmes, sinon une erreur de compilation se produira si aucune des deux n'est effectuée)
Vous souhaitez essayer catch car la déclaration de méthode de l'objet que vous utilisez peut lever une exception.
À l'exception de RuntimeException, si d'autres exceptions ne sont pas interceptées, la compilation échouera. Généralement, le compilateur demandera que la méthode puisse lever une exception
Parfois, l'exécution de nombreuses méthodes ne sera pas aussi fluide que la première étape, et il y aura toujours des erreurs au milieu et des exceptions seront signalées. Pour savoir ce qui n’a pas fonctionné, vous devez détecter l’exception et la gérer de manière raisonnable.
La détection des exceptions peut localiser rapidement les problèmes. Elle est généralement ajoutée au code qui, selon vous, peut générer des exceptions. Le choix de l'exception et de l'emplacement du code appropriés est le plus critique.
Coopérez avec les journaux pour localiser rapidement les erreurs et les messages d'erreur
Tout d’abord, try catch n’est pas utilisé partout. try catch est utilisé lorsqu'une exception peut être levée. C'est un bon mécanisme, mais n'en abusez pas.
Même certains langages de programmation ne recommandent pas d'utiliser try catch
La détection des exceptions est bénéfique pour la stabilité du programme
Un programme robuste ne s'exécute pas comme nous le pensons. Il aura quelques accidents pendant le processus d'exécution, comme la connexion à la base de données, l'appel de sa méthode sur une référence nulle, et le fichier local que vous souhaitez lire ne fonctionne pas. Il existe diverses situations inattendues. Ce sont des exceptions qui doivent être prises en compte lors de l'écriture de programmes. À ce stade, vous devez intercepter l'exception et la gérer spécialement.
Le langage Java est très robuste,
非RuntimeException
doit être capté ou lancer vers le haut Bref, il faut toujours le traiter.try catch
Il gère les exceptions.Ceux qui conçoivent des méthodes peuvent utiliser des lancers pour déclarer qu'une fonction "peut" lancer une sorte d'exception
Ceux qui utilisent cette méthode doivent considérer cette exception (soit try/catch lors de l'appel, soit lancer l'exception eux-mêmes, sinon une erreur de compilation se produira si aucune des deux n'est effectuée)