【判断题】预处理命令是C++语句的一种。
【单选题】家居空间设计中,下列关于天花图表示方法的表述哪一项不是正确的?
【判断题】把数组中元素按某种顺序排列的过程叫查找。
【判断题】Java的每个子类的构造方法都要显式调用它的直接父类的构造方法。
【单选题】对2000年11月1日零时的全国人口进行逐一调查,这是( )
【单选题】某地区对占该地区销售额75%的5大商业企业的经济效益进行调查,这种调查方式属于( )
【判断题】在类的定义中如果不明确给出父类,那么默认父类是Object类。
【判断题】给付定金的一方不履行合同义务的,无权要求返还定金。
【判断题】使用try-catch语句时,一个try只能对应一个catch。
【单选题】手绘天花布置图的表示方法中,天花造型用( )绘制。
【判断题】接口中只有常量,没有变量;只有抽象方法,并且都是public方法。
【判断题】Java语言源程序是不区分大小写的。
【判断题】Java语言是平台无关的,只需编写一次程序,就可以在任何计算机上运行。
【判断题】数学函数abs()包含在“string.h"文件中。
【单选题】卫生间的天花材料需要具有防潮的功能,其最常采用的材料可能为下面哪一种类型?
【判断题】如果一个java程序中有多个类,编译后只生成一个字节码文件,其名字同主类名一致。
【判断题】Java语言中可用下标和指针两种方式表示数组元素。
【判断题】在定义一个类的时候,如果类的成员被private所修饰,该成员不能在类的外部直接访问。
【判断题】承担违约责任的前提是违约方因过错而违约。
【单选题】筒灯、射灯属于下列哪一种灯具类型?
【判断题】当事人一方因第三人的原因造成违约的,由第三人向对方承担违约责任。
【判断题】抽象类是指使用abstract关键字修饰的类,抽象类中可以存在抽象方法和普通方法。
【判断题】抽象类和接口都不能实例化,都没有构造方法。
【判断题】确定数组中是否包含有某个关键字的过程叫排序。
【判断题】一行可以写多条预处理命令
【判断题】类中的static修饰的变量或方法,可以用类名或对象的引用变量访问。
【判断题】对象一经声明就可以使用,不需要实例化。
【单选题】下列哪一个选项不属于天花图标注的内容?
【单选题】抽样调查抽取的调查单位必须遵循的原则是(   )
【单选题】要检查市场上的某种饮料的合格率,应采用( )
【判断题】可变参数是指参数的参数类型可变。
【判断题】病毒基因组可以由DNA组成,也可以由RNA组成。
【判断题】Protected类型的实例变量只能在本类中使用,其他类中不可以使用。
【判断题】当事人就延迟履行约定违约金的,违约方支付违约金后,还应当履行债务。
【判断题】Java语言是面向对象的高级语言。
【单选题】下列哪一项不属于天花图需要表达的内容?
【判断题】抽象方法不能含有方法体,并且必须定义在抽象类中。
【判断题】Java语言程序对垃圾能够自动回收处理。
【判断题】Java语言具有良好的安全性和可移植性及平台无关性。
【判断题】赔偿损失的范围包括预期可得利益,但不能超过违约方订立合同时能够预见到的因违约可能造成的损失。
【单选题】天花表面有进退关系的处理形式,常常采用暗灯槽,以及与各种类型的吊灯、吸顶灯、筒灯等灯具相配合,属于下列哪一种类型的天花界面造型?
【判断题】可变参数是指参数的参数个数可变。
【单选题】乡镇企业局为了总结先进管理生产经验,选择了几个先进乡镇企业进行调查,这种调查属于( )
【判断题】RuntimeException及其子类在异常处理时可以不必处理,属于免检异常。
【判断题】数组一旦创建大小不可改变。
【单选题】手绘天花布置图的表示方法中,凡是剖到的墙、柱的断面轮廓线用( )绘制。
【论述题】根据以上文章,写一篇一千字左右的读后感。
【单选题】形状如一条光带,一般藏在天花灯槽中的灯具可能是( )。
【单选题】人们经常提到的“解剖麻雀”式的工作方法,属于( )
【单选题】调查鞍山.宝山.武汉.包头.北京等几个大型钢铁企业就可以我国钢产量的基本情况,这种调查方式是( )

更多Spring事务问题请访问链接：Spring事务回滚疑难详解

一，为什么框架中根本没有对Exception的一般子类进行回滚配置，异常发生时，事务都进行了回滚 ，说好的只会对RuntimeException（Unchecked 非受检异常）回滚呢？ 

    此时，我们就有必要了解一下，RuntimeException所包含的子类具体有哪些：

             

这时，或许你就明白了 ： 平常代码运行阶段经常遇到的那些异常，其实都是RuntimeException的子类。

            受检异常（Checked）一般在编译期就被检出，这就给你造成了一个Spring对于所有异常都会发生回滚的误解。

             下面给出一些受检CHECKED异常：

            

二，为什么我在执行方法的时候出现了SQL执行的Exception，默认配置的情况下，事务还是发生了回滚 ？                                               下结论之前，我们应该仔细查看异常信息：

[Request processing failed; nested exception is org.springframework.dao.DuplicateKeyException:   
### Error updating database.  Cause: com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityConstraintViolationException: Duplicate entry '1' for key 1  

          下面我会给出 一个例子：类似于直播软件中，“礼物的购买事务”，其中有三个动作：

              ①Mygift数量的增加            ②Customer余额的减少         ③consumption消费明细的增加

 int a=consumpDao.insert(s);//插入消费明细  
    int b=customerDao.insert(customer);//此处实际应该update(customer),不然会出现重复主键的异常  
    int d=0;  
    if(mygift==null){//判断礼物类型是否存在，第一次插入，而后更新  
        m.setMySum(s.getGiftSum());  
        d=mygiftDao.insert(m);  
    }else{  
        mygift.setMySum(mygift.getMySum()+s.getGiftSum());  
        d=mygiftDao.update(mygift);  
    }  
    if(a*b*d==1){  
        json.put("result",0);  
        json.put("msg", "购买成功");  
        json.put("data", "");  
    }else{  
        json.put("result",-1);  
        json.put("msg", "购买失败");  
        json.put("data", "");  
        TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();  
    }  
}  

                 在程序28行，明确指出：

int a=consumpDao.insert(s);//插入消费明细  
int b=customerDao.insert(customer);//此处实际应该update(customer),不然会出现重复主键的异常  

                 程序运行之前，Consumption消费记录中只有一条数据。

                           

                 程序运行，出现异常，具体如下：

[Request processing failed; nested exception is org.springframework.dao.DuplicateKeyException:   
### Error updating database.  Cause: com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityConstraintViolationException: Duplicate entry '1' for key 1  

                对应事务中的三个动作，理论发生：      

               ①Consumption消费明细的增加 执行成功，②Customer余额的减少SQL语句在执行的时候发生异常，③Mygift数量增加 执行成功

                程序运行后，Consumption消费记录并没有出现第二条：

               所以此时，该事务发生了回滚。org.springframework.dao.DuplicateKeyException 应该是RuntimeException的子类

三，作出结论，是SQLException属于RuntimeException的子类？还是默认配置一般异常也会回滚呢？                            

                   ① 查看接口文档java.lang.SqlException, 

                        java.lang.Object

                             |____java.lang.Throwable

                                  |____ java.lang.Exception

                                       |____ java.lang.SQLException

                      可以看出: java.lang.SqlException,确实是Exception的直接子类，属于CHECKED受检异常，事务是不会因为它发生回滚的！

                   ② 实际上，当我们在项目开发中加入了Spring框架以后，SQL异常都被org.springframework重写，正如上面的重复主键的SQL异 常。

                       产生原因：很显然该异常原因属于一般异常，而被Spring捕捉后抛出其他自定义的RuntimeException

                       具体可见：org.springframework.jdbc.support.SQLErrorCodeSQLExceptionTranslator.doTranslate()

Error updating database.  Cause: com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityConstraintViolationException: Duplicate entry '1' for key 1  

                      抛出的异常：

[Request processing failed; nested exception is org.springframework.dao.DuplicateKeyException:

                      我们知道 org.springframework.dao.DuplicateKeyException来自spring-tx-4.0.0.RELEASE.jar

                      反编译可见：

                      java.lang.Object

                               |____java.lang.Throwable

                                    |____ java.lang.Exception

                                         |____ java.lang.RuntimeException

                                              |____ org.springframework.core.NestedRuntimeException

                                                  |____org.springframework.dao.DataAccessException

                                                       |____  org.springframework.dao.NonTransientDataAccessException

                                                           |____org.springframework.dao.DataIntegrityViolationException

                                                               |____org.springframework.dao.DuplicateKeyException

                     同样方法可以查得：org.springframework.dao中的异常都是RuntimeException的子类


 得出结论：Spring框架下，所有SQL异常都被org.springframework重写为RuntimeException，事务因此也会发生回滚！


 

    
一，为什么框架中根本没有对Exception的一般子类进行回滚配置，异常发生时，事务都进行了回滚 ，说好的只会对RuntimeException（Unchecked 非受检异常）回滚呢？ 
此时，我们就有必要了解一下，RuntimeException所包含的子类具体有哪些：
             
   这时，或许你就明白了 ： 平常代码运行阶段经常遇到的那些异常，其实都是RuntimeException的子类。
            受检异常（Checked）一般在编译期就被检出，这就给你造成了一个Spring对于所有异常都会发生回滚的误解。
             下面给出一些受检CHECKED异常：
              
　　org.springframework.dao.DuplicateKeyException 应该是RuntimeException的子类
 三，作出结论，是SQL异常属于RuntimeException的子类？还是默认配置一般异常也会回滚呢？                            
                   ① 查看接口文档java.lang.SqlException, 
                        java.lang.Object
                             |____java.lang.Throwable
                                  |____ java.lang.Exception
                                       |____ java.lang.SQLException
                        可以看出java.lang.SqlException,确实是Exception的直接子类，属于CHECKED受检异常，事务是不会因为它发生回滚的！

                   ② 实际上，当我们在项目开发中加入了Spring框架以后，SQL异常都被org.springframework重写，正如上面的重复主键的SQL异                                      常。
                       产生原因：很显然该异常原因属于一般异常，而被Spring捕捉后抛出其他自定义的RuntimeException  

                      我们知道 org.springframework.dao.DuplicateKeyException来自spring-tx-4.0.0.RELEASE.jar
                      反编译可见：
                      java.lang.Object
                               |____java.lang.Throwable
                                    |____ java.lang.Exception
                                         |____ java.lang.RuntimeException
                                              |____ org.springframework.core.NestedRuntimeException
                                                  |____org.springframework.dao.DataAccessException
                                                       |____  org.springframework.dao.NonTransientDataAccessException
                                                           |____org.springframework.dao.DataIntegrityViolationException
                                                               |____org.springframework.dao.DuplicateKeyException
                     同样方法可以查得：org.springframework.dao中的异常都是RuntimeException的子类
                     得出结论：Spring框架下，所有SQL异常都被org.springframework重写为RuntimeException，事务因此也会发生回滚！
原文链接： https://blog.csdn.net/qq_32331073/article/details/76525372

转载于:https://www.cnblogs.com/qcq0703/p/8793707.html

最近在抄Java代码的时候发现Exception有的时候需要抛出有的时候不需要主动在函数申明中写明抛出，觉得很奇怪，一开始也不能理解为什么要设计成这样，因此便去网上了解了一下相关的知识。
首先是关于RuntimeException和Exception的联系和区别。RuntimeException是Exception的子类，并都属于Throwable的子类，关系如下图所示。
但是RuntimeException在编程过程中，不需要人为去catch以及在函数中申明throws，因为在设计过程中，RuntimeException被定义为非常严重的异常，是在运行过程中抛出的，如空指针和数组越界，不是由于外部原因导致的，因此这种异常会影响到程序的正确执行过程，理应结束程序的执行，是不可修复的错误。而普通的异常往往是由于外部因素导致的，如IO异常，可能是无权限，无文件，等问题，其可以通过捕捉异常根据特定场景修复此类问题。故而普通的Exception是需要抛出的，需要人为去处理发生之后的动作。
因此，我们在编程过程中，catch不应该直接catch Exception，因为会将运行错误也Catch到，但是RuntimeException是严重错误，往往是不可修复的，捕捉到异常无法修复只会导致程序的错误或者是更大的问题，因此需要尽快的修复程序代码，而不是瞒天过海。
感谢您的赞助~
打开微信扫一扫，即可进行扫码打赏哦~
版权声明 :本文未使用任何知识共享协议授权，您可以任何形式自由转载或使用。