1. Introduction aux exceptions

Exception :

Exception : C'est anormal. Conditions anormales qui se produisent lors de l'exécution du programme. En fait, c'est un problème dans le programme. Ce problème est décrit selon des idées orientées objet et encapsulé dans des objets. Parce que l'occurrence d'un problème comporte plusieurs informations d'attribut telles que la cause du problème, le nom du problème et la description du problème. Lorsque des informations multi-attributs apparaissent, le moyen le plus pratique consiste à encapsuler les informations. Les exceptions sont l'encapsulation d'objets de problèmes par Java selon la pensée orientée objet. Cela facilite le fonctionnement et la résolution des problèmes.

Il existe de nombreux types de problèmes, tels que les marqueurs de coin hors limites, les pointeurs nuls, etc. Catégorisez simplement ces problèmes. De plus, ces questions ont un contenu commun, tel que : chaque question a un nom, ainsi que des informations de description du problème et l'emplacement du problème, afin qu'elles puissent être extraites en continu. Un système anormal s’est formé.

Qu'est-ce que le système d'exceptions en Java ?

1. Toutes les classes anormales en Java héritent de la classe Throwable. Throwable comprend principalement deux catégories principales, l'une est la classe Error et l'autre est la classe Exception

2. La classe Error comprend erreur de machine virtuelle ; Et impasse du thread, une fois qu'une erreur se produit, le programme raccrochera complètement, qui est appelé Program Terminator

　 ;

3.Classe d'exception, également appelée "exception". Fait principalement référence aux problèmes de codage, d'environnement et de saisie des opérations de l'utilisateur. Les exceptions incluent principalement deux catégories , les exceptions non vérifiées (RuntimeException) et les exceptions vérifiées (quelques autres exceptions)

4. Les exceptions RuntimeException incluent principalement les quatre exceptions suivantes (en fait, il existe de nombreuses autres exceptions, non répertoriées ici) : Exception de pointeur nul, exception hors limites d'indice de tableau, exception de conversion de type, arithmétique. exception . Les exceptions RuntimeException seront automatiquement levées et automatiquement capturées par la machine virtuelle Java (même si nous n'écrivons pas d'instruction de capture d'exception, une erreur sera générée au moment de l'exécution !!) La plupart des cas où de telles exceptions sont présentes. se produire sont dans le code lui-même. Les problèmes doivent être résolus logiquement et le code doit être amélioré.

5. Vérifiez les exceptions Il existe diverses raisons pour l'exception, telles que le fichier n'existe pas, ou une erreur de connexion, etc. Différent de son "frère" RuntimeException, nous devons ajouter manuellement des instructions de capture dans le code pour gérer cette exception C'est également le principal objet d'exception que nous traitons lors de l'apprentissage des instructions d'exception Java.

2. Instruction try-catch-finally

(1) bloc try : est responsable de la détection des exceptions , once try Si une exception est détectée, le contrôle du programme sera transféré au gestionnaire d'exceptions dans le bloc catch.

　[le bloc d'instruction try ne peut pas exister indépendamment et doit coexister avec catch ou finalement block]

(2) bloc catch : comment le gérer ? Par exemple, émettez des avertissements : invites, vérifiez la configuration, la connexion réseau, enregistrez les erreurs, etc. . Après avoir exécuté le bloc catch, le programme sort du bloc catch et continue d'exécuter le code suivant.

【 Notes sur l'écriture de blocs catch : les classes d'exception gérées par plusieurs blocs catch doivent être gérées de manière à attraper d'abord la sous-classe, puis à attraper la classe parent, car les exceptions seront [gérées à proximité] ( du haut au bas). 】

(3) enfin : Code enfin exécuté , utilisé pour fermer et libérer des ressources.

============================================ == ===========================

Le format de syntaxe est le suivant :

try{//一些会抛出的异常}catch（Exception e）{//第一个catch//处理该异常的代码块}catch（Exception e）{//第二个catch，可以有多个catch//处理该异常的代码块}finally{//最终要执行的代码}

当异常出现时，程序将终止执行，交由异常处理程序（抛出提醒或记录日志等），异常代码块外代码正常执行。 try会抛出很多种类型的异常，由多个catch块捕获多钟错误。

多重异常处理代码块顺序问题：先子类再父类（顺序不对编译器会提醒错误），finally语句块处理最终将要执行的代码。

=======================================================================

接下来，我们用实例来巩固try-catch语句吧~

先看例子：

 1 package com.hysum.test; 2  3 public class TryCatchTest { 4     /** 5      * divider:除数 6      * result:结果 7      * try-catch捕获while循环 8      * 每次循环，divider减一，result=result+100/divider 9      * 如果：捕获异常，打印输出“异常抛出了”，返回-110      * 否则：返回result11      * @return12      */13     public int test1(){14         int divider=10;15         int result=100;16         try{17             while(divider>-1){18                 divider--;19                 result=result+100/divider;20             }21             return result;22         }catch(Exception e){23             e.printStackTrace();24             System.out.println("异常抛出了！！");25             return -1;26         }27     }28     public static void main(String[] args) {29         // TODO Auto-generated method stub30         TryCatchTest t1=new TryCatchTest();31         System.out.println("test1方法执行完毕！result的值为："+t1.test1());32     }33     34 }

运行结果：

结果分析：结果中的红色字抛出的异常信息是由e.printStackTrace()来输出的，它说明了这里我们抛出的异常类型是算数异常，后面还跟着原因：by zero（由0造成的算数异常），下面两行at表明了造成此异常的代码具体位置。

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

在上面例子中再加上一个test2()方法来测试finally语句的执行状况：

 1     /** 2      * divider:除数 3      * result:结果 4      * try-catch捕获while循环 5      * 每次循环，divider减一，result=result+100/divider 6      * 如果：捕获异常，打印输出“异常抛出了”，返回result=999 7      * 否则：返回result 8      * finally：打印输出“这是finally，哈哈哈！！”同时打印输出result 9      * @return10      */11     public int test2(){12         int divider=10;13         int result=100;14         try{15             while(divider>-1){16                 divider--;17                 result=result+100/divider;18             }19             return result;20         }catch(Exception e){21             e.printStackTrace();22             System.out.println("异常抛出了！！");23             return result=999;24         }finally{25             System.out.println("这是finally，哈哈哈！！");26             System.out.println("result的值为："+result);27         }28         29     }30     31     32     33     public static void main(String[] args) {34         // TODO Auto-generated method stub35         TryCatchTest t1=new TryCatchTest();36         //System.out.println("test1方法执行完毕！result的值为："+t1.test1());37         t1.test2();38         System.out.println("test2方法执行完毕！");39     }

运行结果：

结果分析：我们可以从结果看出，finally语句块是在try块和catch块语句执行之后最后执行的。finally是在return后面的表达式运算后执行的（此时并没有返回运算后的值，而是先把要返回的值保存起来，管finally中的代码怎么样，返回的值都不会改变，仍然是之前保存的值），所以函数返回值是在finally执行前确定的；

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

这里有个有趣的问题，如果把上述中的test2方法中的finally语句块中加上return，编译器就会提示警告：finally block does not complete normally 

  public int test2(){ 
          int divider=10; 
          int result=100; 
          try{ 
              while(divider>-1){ 
                  divider--; 
                  result=result+100/divider; 
              } 
              return result;10         }catch(Exception e){
              e.printStackTrace();
              System.out.println("异常抛出了！！");
              return result=999;14         }finally{
              System.out.println("这是finally，哈哈哈！！");
              System.out.println("result的值为："+result);
              return result;//编译器警告18         }
          
      }

分析问题: finally块中的return语句可能会覆盖try块、catch块中的return语句;如果finally块中包含了return语句，即使前面的catch块重新抛出了异常，则调用该方法的语句也不会获得catch块重新抛出的异常，而是会得到finally块的返回值，并且不会捕获异常。

解决问题：面对上述情况，其实更合理的做法是，既不在try block内部中使用return语句，也不在finally内部使用 return语句，而应该在 finally 语句之后使用return来表示函数的结束和返回。如：

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

 总结：

　　1、不管有木有出现异常或者try和catch中有返回值return，finally块中代码都会执行；

　　2、finally中最好不要包含return，否则程序会提前退出，返回会覆盖try或catch中保存的返回值。

　　3.  e.printStackTrace()可以输出异常信息。

　　4.  return值为-1为抛出异常的习惯写法。

　　5.  如果方法中try,catch,finally中没有返回语句，则会调用这三个语句块之外的return结果。

　　6.  finally 在try中的return之后 在返回主调函数之前执行。

三、throw和throws关键字

java中的异常抛出通常使用throw和throws关键字来实现。

throw ----将产生的异常抛出，是抛出异常的一个动作。

一般会用于程序出现某种逻辑时程序员主动抛出某种特定类型的异常。如：
　　语法：throw (异常对象)，如：

1 public static void main(String[] args) { 
2     String s = "abc"; 
3     if(s.equals("abc")) { 
4       throw new NumberFormatException(); 
5     } else { 
6       System.out.println(s); 
7     } 
8     //function(); 9 }

运行结果：

Exception in thread "main" java.lang.NumberFormatException
at test.ExceptionTest.main(ExceptionTest.java:67)

throws----声明将要抛出何种类型的异常（声明）。

语法格式：

1 public void 方法名（参数列表）2    throws 异常列表{3 //调用会抛出异常的方法或者：4 throw new Exception（）；5 }

当某个方法可能会抛出某种异常时用于throws 声明可能抛出的异常，然后交给上层调用它的方法程序处理。如：

 1 public static void function() throws NumberFormatException{ 
 2     String s = "abc"; 
 3     System.out.println(Double.parseDouble(s)); 
 4   } 
 5      6   public static void main(String[] args) { 
 7     try { 
 8       function(); 
 9     } catch (NumberFormatException e) { 
10       System.err.println("非数据类型不能转换。"); 
11       //e.printStackTrace(); 12     } 
13 }

throw与throws的比较
1、throws出现在方法函数头；而throw出现在函数体。
2、throws表示出现异常的一种可能性，并不一定会发生这些异常；throw则是抛出了异常，执行throw则一定抛出了某种异常对象。
3、两者都是消极处理异常的方式（这里的消极并不是说这种方式不好），只是抛出或者可能抛出异常，但是不会由函数去处理异常，真正的处理异常由函数的上层调用处理。

来看个例子：

throws e1,e2,e3只是告诉程序这个方法可能会抛出这些异常，方法的调用者可能要处理这些异常，而这些异常e1，e2，e3可能是该函数体产生的。
throw则是明确了这个地方要抛出这个异常。如：

 1 void doA(int a) throws (Exception1,Exception2,Exception3){ 2       try{ 3          ...... 4   5       }catch(Exception1 e){ 6        throw e; 7       }catch(Exception2 e){ 8        System.out.println("出错了！"); 9       }10       if(a!=b)11        throw new Exception3("自定义异常");12 }

Analyse :
1. Trois exceptions peuvent survenir dans le bloc de code, (Exception1, Exception2, Exception3).
2. Si une exception Exception1 se produit, elle sera levée après avoir été interceptée et gérée par l'appelant de la méthode.
3. Si une exception Exception2 se produit, la méthode la gère elle-même (c'est-à-dire System.out.println("Une erreur s'est produite!");). Cette méthode ne lancera donc plus l'exception Exception2, void Il n'est pas nécessaire d'écrire Exception2 dans doA() renvoie Exception1,Exception3. Parce qu'il a été capturé et traité à l'aide de l'instruction try-catch.
4.L'exception Exception3 est une certaine erreur logique dans cette méthode Le programmeur l'a gérée lui-même Si l'exception Exception3 est levée dans le cas de cette erreur logique, alors la méthode est appelée. L'opérateur doit également gérer cette exception. Une exception personnalisée est utilisée ici, qui sera expliquée ci-dessous.

>>>>>>>>>>>>>>>>>>> ;>> ;>>>>>>>>>>>>>>>>>>>>>>>>> ;

Lors de l'utilisation des mots-clés throw et throws vous devez faire attention aux points suivants :

Exception personnalisée

Pourquoi utiliser une exception personnalisée, que sont-elles les

? 1. Lorsque nous travaillons, le projet est développé en modules ou en fonctions, en gros, vous n'utiliserez pas simplement une classe d'exception personnalisée Unifiée. la manière d'afficher les anomalies externes.

2. Parfois, lorsque nous rencontrons certaines vérifications ou problèmes, nous devons mettre fin directement à la demande en cours À ce moment-là, nous pouvons y mettre fin en lançant une exception personnalisée. Une version plus récente de SpringMVC est utilisée dans le projet, il existe une amélioration du contrôleur. Vous pouvez écrire une classe d'amélioration du contrôleur via l'annotation @ControllerAdvice pour intercepter les exceptions personnalisées et répondre au front-end avec les informations correspondantes

. 3. Les exceptions personnalisées peuvent générer des exceptions lorsque certaines logique métier spéciale dans notre projet, telles que "neutre".equals(sex), nous devons lancer un exception lorsque le genre est égal à neutre, mais Java n'a pas cette exception. Certaines erreurs du système sont conformes à la syntaxe Java, mais ne correspondent pas à la logique métier de notre projet.

4. Utilisez les exceptions liées à l'héritage des exceptions personnalisées pour générer des informations sur les exceptions traitées Vous pouvez masquer l'exception sous-jacente, ce qui est plus sûr et les informations sur les exceptions sont plus intuitives. Les exceptions personnalisées peuvent générer les informations que nous souhaitons générer. Nous pouvons utiliser les informations générées pour distinguer l'emplacement où l'exception se produit, en fonction du nom de l'exception, nous pouvons savoir où se trouve l'exception et modifier le programme en fonction de l'exception. informations rapides. Par exemple, dans le cas de NullPointException, nous pouvons lancer le message « xxx is null » pour localiser l'emplacement de l'exception sans afficher les informations sur la pile.

Après avoir expliqué pourquoi vous devriez utiliser des exceptions personnalisées et quels en sont les avantages, examinons les

des exceptions personnalisées : Inutile de dire que nous ne pouvons pas nous attendre à ce que la JVM (Java Virtual Machine) lève automatiquement une exception personnalisée, ni que nous ne pouvons pas nous attendre à ce que la JVM gère automatiquement une exception personnalisée. Le travail de détection des exceptions, de génération d'exceptions et de gestion des exceptions doit être effectué par les programmeurs eux-mêmes à l'aide du mécanisme de gestion des exceptions dans le code. Cela augmentera en conséquence certains coûts de développement et la charge de travail, donc si le projet n'en a pas besoin, il ne doit pas nécessairement utiliser des exceptions personnalisées. Vous devez être capable de le peser vous-même.

Enfin, voyons comment

les exceptions personnalisées : En Java, vous pouvez personnaliser les exceptions . Il y a quelques points à garder à l’esprit lorsque vous écrivez vos propres classes d’exceptions.

Toutes les exceptions doivent être des sous-classes de Throwable.

可以像下面这样定义自己的异常类：

class MyException extends Exception{ }

我们来看一个实例：

 1 package com.hysum.test; 2  3 public class MyException extends Exception { 4      /** 5      * 错误编码 6      */ 7     private String errorCode; 8  9    10     public MyException(){}11     12     /**13      * 构造一个基本异常.14      *15      * @param message16      *        信息描述17      */18     public MyException(String message)19     {20         super(message);21     }22 23    24 25     public String getErrorCode() {26         return errorCode;27     }28 29     public void setErrorCode(String errorCode) {30         this.errorCode = errorCode;31     }32 33     34 }

使用自定义异常抛出异常信息：

 1 package com.hysum.test; 2  3 public class Main { 4  5     public static void main(String[] args) { 6         // TODO Auto-generated method stub 7         String[] sexs = {"男性","女性","中性"}; 8                   for(int i = 0; i < sexs.length; i++){ 9                       if("中性".equals(sexs[i])){10                           try {11                             throw new MyException("不存在中性的人！");12                         } catch (MyException e) {13                             // TODO Auto-generated catch block14                             e.printStackTrace();15                         }16                      }else{17                          System.out.println(sexs[i]);18                      }19                 } 
20     }21 22 }

运行结果：

就是这么简单，可以根据实际业务需求去抛出相应的自定义异常。

四、java中的异常链

异常需要封装，但是仅仅封装还是不够的，还需要传递异常。

异常链是一种面向对象编程技术，指将捕获的异常包装进一个新的异常中并重新抛出的异常处理方式。原异常被保存为新异常的一个属性（比如cause）。这样做的意义是一个方法应该抛出定义在相同的抽象层次上的异常，但不会丢弃更低层次的信息。

我可以这样理解异常链：

把捕获的异常包装成新的异常，在新异常里添加原始的异常，并将新异常抛出，它们就像是链式反应一样，一个导致（cause）另一个。这样在最后的顶层抛出的异常信息就包括了最底层的异常信息。

》场景

比如我们的JEE项目一般都又三层：持久层、逻辑层、展现层，持久层负责与数据库交互，逻辑层负责业务逻辑的实现，展现层负责UI数据的处理。

有这样一个模块：用户第一次访问的时候，需要持久层从user.xml中读取数据，如果该文件不存在则提示用户创建之，那问题就来了：如果我们直接把持久层的异常FileNotFoundException抛弃掉，逻辑层根本无从得知发生任何事情，也就不能为展现层提供一个友好的处理结果，最终倒霉的就是展现层：没有办法提供异常信息，只能告诉用户“出错了，我也不知道出了什么错了”—毫无友好性而言。

正确的做法是先封装，然后传递，过程如下：

　1.把FileNotFoundException封装为MyException。

2.抛出到逻辑层，逻辑层根据异常代码（或者自定义的异常类型）确定后续处理逻辑，然后抛出到展现层。

3.展现层自行确定展现什么，如果管理员则可以展现低层级的异常，如果是普通用户则展示封装后的异常。

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

》示例

 1 package com.hysum.test; 2  3 public class Main { 4     public void test1() throws RuntimeException{ 5         String[] sexs = {"男性","女性","中性"}; 6         for(int i = 0; i < sexs.length; i++){ 7             if("中性".equals(sexs[i])){ 8                 try { 9                     throw new MyException("不存在中性的人！");10                 } catch (MyException e) {11                     // TODO Auto-generated catch block12                     e.printStackTrace();13                     RuntimeException rte=new RuntimeException(e);//包装成RuntimeException异常14                     //rte.initCause(e);15                     throw rte;//抛出包装后的新的异常16                 }17            }else{18                System.out.println(sexs[i]);19            }20       } 
21     }22     public static void main(String[] args) {23         // TODO Auto-generated method stub24         Main m =new Main();25         26         try{27         m.test1();28         }catch (Exception e){29             e.printStackTrace();30             e.getCause();//获得原始异常31         }32         33     }34 35 }

Résultats d'exécution :

Analyse des résultats : nous pouvons voir que la console génère d'abord l'exception d'origine, qui est générée par e.getCause(), puis génère < ; 🎜>e.printStackTrace(), ici vous pouvez voir Causé par : L'exception d'origine est cohérente avec la sortie de e.getCause(). Cela forme une chaîne anormale. La fonction de initCause() est d'envelopper l'exception d'origine. Lorsque vous voulez savoir quelle exception s'est produite dans la couche inférieure, vous pouvez obtenir l'exception d'origine en appelant getCause().

>>>>>>>>>>>>>>>>>>> ;>> ;>>>>>>>>>>>>>>>>>>>>>>>>> ;》Il est recommandé que

Bonnes habitudes de codage :