spring

前端 最好显式加字符集编码，避免异常的时候各种找问题 后端springmvc 前端 最好显式加字符集编码，避免异常的时候各种找问题 后端springmvc

报错 HTTP状态 400 - 错误的请求 类型 状态报告 消息 Required request part 'file' is not present 描述 由于被认为是客户端对错误（例如：畸形的请

在Spring中，事务管理默认情况下只会在遇到运行时异常（RuntimeException）和错误（Error）时进行回滚。对于检查型异常（Checked Exception），Spring事务默认不

抛出非运行时异常 捕获了运行时异常，但是重新抛出的却是非运行时异常 方法不是public spring事务方法回滚必须要求public吗？ 是的，Spring 事务回滚确实要求方法必须是 public

在Spring事务管理中，默认情况下运行时异常（RuntimeException）会导致事务回滚，而受检异常（checked exceptions，如Exception的直接子类）则不会导致事务回滚。

service方法如果抛出Exception，事务是不会回滚的 自己写代码测试一下就知道了 也就是说，sql成功，并没有回滚 那怎么解决这个问题呢？ 手动显式添加回滚异常 上面同样的代码，事务就会神奇

# 背景 工作中经常需要解决拦截的功能，所谓拦截，其实就是对每个请求都要拦截。 今天主要讲一下工作使用的几个应用场景。 # 监控 ## 监控数据库连接池 不管是阿里连接池druid，还是dbcp，

下载源码 目录结构 找到测试类 找到测试类 ClassPathXmlApplicationContextTests 找到测试方法 该测试类的测试方法，可以测试创建容器和创建bean。 所谓spring

官方文档 控制器方法返回值可以是Map，也可以是Model Map 代码示例 这个是springboot官方demo里的代码，写数据到Map之后——就可以给前端页面读了。 前端页面从Map里读数据 M

统一处理异常。 和控制器里的ModelAndView一样，只不过现在是异常页面，并且在显示异常页面之前，会被自定义异常类统一处理异常。 统一处理异常，即不是显示异常页面，而是得到异常json格式的字符串，然后给到前端js回调，界面显示的是异常提示信息。 控制器抛出异常，然后被自…

启动项目。 通过注解或者读xml文件的方式，得到BeanDefinition。 非业务bean(即spring框架里自带的各种bean)，一般都提前创建实例，即在启动的时候就创建了。 依赖数据也是bean，所以也是一样。 而且最为重要的一点是，因为bean定义和bean实例对象…

第一次用的时候创建bean的实例对象，具体是调用容器类的获取bean的方法。BeanDefinition只是xml bean的映射，但是还没有真正的创建bean对象实例。 一般情况都是基于反射，可以在源码打断点验证，都是基于反射创建bean实例对象。 即用反射的构造器类去创建实…

就是一个集合，里面放了很多数据，每个数据就是所谓的bean。 更具体的说，其实就是一个容器类的实例对象包含了一个bean集合，这个bean集合就是map键值对，键是bean名字，值是bean。 但是这个bean不是真正的bean实例对象，而只是xml bean的映射，即把xml…

因为以前j2ee太复杂太麻烦，所以才发明底层模块，让web开发更简单。 也是基于拦截器去实现的。是aop的一个典型且功能复杂的应用。 因为struts2非spring平台，所以虽然是个好框架，但是仍然被淘汰了。前几年可能用的人更多，现在已经没有人谈论它。 目前只有struts2…

要实现一个拦截器，确保每次请求线程的所有日志的日志戳唯一。 基于拦截器实现，关于删除日志戳和设置日志戳，这个需要自定义日志类，拦截器只是调用自定义日志类的方法去删除日志戳和设置日志戳。本文只讲拦截器，忽略自定义日志类。 和servlet的filter过滤器作用一样，只不过到了s…

提交事务方法的真正实现，再底层就是数据库连接池，最后是jdbc客户端的连接实现类。 这两个方法都是抽象方法，所以都是调用底层的orm框架去实现的，比如Hibernate事务管理器。 实现了jdbc api里的Connection，比如OracleConnection。

间隔性出现提交事务耗时几分钟的情况，为什么确定是提交事务耗时几分钟，而不是其他原因？因为整个事务方法开始、执行sql1/sql2、方法结束，都是正常的，但是一出事务方法，就过了好几分钟。但是又无法证明这一点，暂时只是通过日志观察发现提交事务确实耗时了几分钟，所以要监控起来，到时…

本文主要是讲spring提交事务的时候，发生了什么，主要是源码分析和源码流程。 在return之前，进入spring事务拦截器。

dubbo接口，调用service类的事务业务方法。 。。。 最后一步，和service一样，然后就进入dao的方法。 1、每个sql都被发送到了oracle，而不是从hibernate缓存读写数据，最后service类的业务方法结束的时候，提交事务，oracle数据更新永久生…

即调用的是orm框架的事务，orm框架的事务调用的又是jdbc客户端即jdbc api 连接connection的提交方法。 略。 如果当前线程已经有事务，就不创建新的事务。如果没有，才创建新的事务。 只提交一次，因为事务是原子操作，不管这个事务包含了几个子事务(即嵌套事务)，…