以下是一些我自己了解到，和总结的内容，哪里有问题，看到的friend 底下留言，共同进步，不胜感激
1.最原始的jdbc连接-（针对mysql，其他类似）
我们最开始学习肯定都是从JDBC的底层实现开始入门的，但是在过了一年或者更久之后，慢慢的已经对底层的实现生疏了，用惯了那些半自动，或者全自动的框架，让我们变成了一个傻瓜，呵呵
- 想要使用数据库我们当然需要安装好数据库啦--------这一步去网上百度吧，注意版本--2019/03/16 目前到8.0.X了
- 准备连接的jar包 mysql-connector-java
- 创建jdbc连接
- 加载器注册Driver ： com.mysql.jdb.Driver => Class.forName("com.mysql.jdbc.Driver") ---------(8的mysql需要com.mysql.jc.jdbc.Driver)
- 获取Connection ， DriverManager.getConnection( url , username, password);---------url的格式：jdbc:mysql://localhost:3306/bicycle?useUnicode=true&characterEncoding=utf-8
- 通过connection可以选者设置 statement / prepareStatement（业务代码与技术代码强耦合，这是原生jdbc的第一痛点）
- 首先介绍一下statement，与后者相比，在同一条语句的第一次执行上会有速度上的优势，未使用缓存，是将参数直接注入， 在传值方面的效力类似于mybatis里面的 ${} 符号
- prepareStatement会使用缓存，在同一条语句执行多次之后会效率会有明显的提升，参数是使用预编译的方式，使用的是类似于 mybatis的占位符的方式 #{} , 传入的值是有一个 ' ' 修饰，所以需要注意哦
- 在statement/prepareStatement 执行 execute() 方法之后，会有一个setResult 方法，我们需要 next的获取里面的每一条数据，然后设置成我们需要的值，第二个痛点
- 关闭setResult --> 关闭statement --> 关闭connection 需要在使用connection之后手动每次关闭conn，增加忘记关闭等意外的概率，不安全 第三痛点
针对上面介绍的三个痛点， ORM 框架出现了
2.ORM框架的介绍
ORM框架的出现是jdbc发展的必然趋势，但是学习底层的额实现依旧是重要的，这是成为高级程序员的必然过程，目前市面上使用比较广泛的ORM框架----Hibernate PK Mybatis
| Hibernate | PK | Mybatis |
| 全自动框架 | 半自动框架 | |
| 封装全面，使用者甚至可以对sql知识不了解也能操作数据库获取数据 | 只是在数据组装方面进行封装，sql语句还是要自定义，要求sql知识 | |
| 调休困难，除非对Hibernate深入了解-QBC,HQL,SQL三种查询方式 | 调优的主要难度全都在sql语句上 | |
| 性能方面会相对差一点 | 性能方面是一个优势 | |
| 传统行业的公司，用户相对较少，没有太大的并发请求压力 | 新型互联网公司，对性能有一定要求，用户量大 | |
| 开发入门相对mybatis是高的，但是开发速度较快 | 入门简单，但是编写的内容较多，相对较Hibernate慢 |
没有说哪一种好哪一种差，既然能这么长时间留存下来，那必然有过人之处，只能说针对项目用哪个比较合适 --以下就Mybatis展开讨论
3.关于Mybatis学习
我其实就是一个普通的程序员，一个互联网中拼搏，但是又不甘平凡的小程序员...
学习Mybatis，我们首先要学着自己动手搭建一个最简单的demo--
- 在上面第一阶段的基础上，还要使用到mybatis jar包，这个也要根据使用的mysql版本来确定需要的jar版本号 切记 切记！
- 使用mybatis，我们可以从使用入手：
- 使用mybatis，我们目的是能够创建一个connect连接，然后使用这个连接进行一个数据库的操作，那mybatis提供给我们的连接口就是一个sqlSession ，而且这个sqlSession 是从一个工厂设计模式中获取的，sqlSessionFactory。
- 在2017的时候最常见的mybatis是通过mybatis-config.xml 配置文件来进行设置配置参数：
- mybatis的配置主要可以从以下几个方面介绍说明：Configuration-
-
<?xml version="1.0" encoding="UTF-8" ?> <!DOCTYPE configuration PUBLIC "-//mybatis.org//DTD Config 3.0//EN" "http://mybatis.org/dtd/mybatis-3-config.dtd"> <configuration> <!-- 参数设置 --> <settings> <!-- 这个配置使全局的映射器启用或禁用缓存 --> <setting name="cacheEnabled" value="true" /> <!-- 全局启用或禁用延迟加载。当禁用时，所有关联对象都会即时加载 --> <setting name="lazyLoadingEnabled" value="true" /> <!-- 当启用时，有延迟加载属性的对象在被调用时将会完全加载任意属性。否则，每种属性将会按需要加载 --> <setting name="aggressiveLazyLoading" value="true" /> <!-- 允许或不允许多种结果集从一个单独的语句中返回（需要适合的驱动） --> <setting name="multipleResultSetsEnabled" value="true" /> <!-- 使用列标签代替列名。不同的驱动在这方便表现不同。参考驱动文档或充分测试两种方法来决定所使用的驱动 --> <setting name="useColumnLabel" value="true" /> <!-- 允许JDBC支持生成的键。需要适合的驱动。如果设置为true则这个设置强制生成的键被使用，尽管一些驱动拒绝兼容但仍然有效（比如Derby） --> <setting name="useGeneratedKeys" value="true" /> <!-- 指定MyBatis如何自动映射列到字段/属性。PARTIAL只会自动映射简单，没有嵌套的结果。FULL会自动映射任意复杂的结果（嵌套的或其他情况） --> <setting name="autoMappingBehavior" value="PARTIAL" /> <!--当检测出未知列（或未知属性）时，如何处理，默认情况下没有任何提示，这在测试的时候很不方便，不容易找到错误。 NONE : 不做任何处理 (默认值) WARNING : 警告日志形式的详细信息 FAILING : 映射失败，抛出异常和详细信息 --> <setting name="autoMappingUnknownColumnBehavior" value="WARNING" /> <!-- 配置默认的执行器。SIMPLE执行器没有什么特别之处。REUSE执行器重用预处理语句。BATCH执行器重用语句和批量更新 --> <setting name="defaultExecutorType" value="SIMPLE" /> <!-- 设置超时时间，它决定驱动等待一个数据库响应的时间 --> <setting name="defaultStatementTimeout" value="25000" /> <!--设置查询返回值数量，可以被查询数值覆盖 --> <setting name="defaultFetchSize" value="100" /> <!-- 允许在嵌套语句中使用分页 --> <setting name="safeRowBoundsEnabled" value="false" /> <!--是否开启自动驼峰命名规则（camel case）映射，即从经典数据库列名 A_COLUMN 到经典 Java 属性名 aColumn 的类似映射。 --> <setting name="mapUnderscoreToCamelCase" value="false" /> <!--MyBatis 利用本地缓存机制（Local Cache）防止循环引用（circular references）和加速重复嵌套查询。 默认值为 SESSION，这种情况下会缓存一个会话中执行的所有查询。 若设置值为 STATEMENT，本地会话仅用在语句执行上，对相同 SqlSession 的不同调用将不会共享数据。 --> <setting name="localCacheScope" value="SESSION" /> <!-- 当没有为参数提供特定的 JDBC 类型时，为空值指定 JDBC 类型。 某些驱动需要指定列的 JDBC 类型，多数情况直接用一般类型即可，比如 NULL、VARCHAR OTHER。 --> <setting name="jdbcTypeForNull" value="OTHER" /> <!-- 指定哪个对象的方法触发一次延迟加载。 --> <setting name="lazyLoadTriggerMethods" value="equals,clone,hashCode,toString" /> </settings> <!-- 别名定义 --> <typeAliases> <typeAlias alias="pageAccessURL" type="com.lgm.mybatis.model.PageAccessURL" /> </typeAliases> <!--自定义类型处理器 --> <typeHandlers> <!-- <typeHandler handler="com.xhm.util.BooleanTypeHandlder" /> --> <!--扫描整个包下的自定义类型处理器 --> <package name="com.xhm.util" /> </typeHandlers> <!--plugins插件之 分页拦截器 --> <plugins> <plugin interceptor="com.xhm.util.PageInterceptor"></plugin> </plugins> <!--配置environment环境 default 表示使用哪一个配置 只能从下文配置的三个environment中选--> <environments default="development2"> <!-- 环境配置1，每个SqlSessionFactory对应一个环境 --> <environment id="development1"> <!-- 事务配置 type= JDBC、MANAGED 1.JDBC:这个配置直接简单使用了JDBC的提交和回滚设置。它依赖于从数据源得到的连接来管理事务范围。 2.MANAGED:这个配置几乎没做什么。它从来不提交或回滚一个连接。而它会让容器来管理事务的整个生命周期（比如Spring或JEE应用服务器的上下文）。 默认情况下它会关闭连接。然而一些容器并不希望这样，因此如果你需要从连接中停止它，将closeConnection属性设置为false --> <transactionManager type="JDBC" /> <!-- <transactionManager type="MANAGED"> <property name="closeConnection" value="false"/> </transactionManager> --> <!-- 数据源类型：type = UNPOOLED、POOLED、JNDI 1.UNPOOLED：这个数据源的实现是每次被请求时简单打开和关闭连接。它有一点慢，这是对简单应用程序的一个很好的选择，因为它不需要及时的可用连接。 不同的数据库对这个的表现也是不一样的，所以对某些数据库来说配置数据源并不重要，这个配置也是闲置的 2.POOLED：这是JDBC连接对象的数据源连接池的实现，用来避免创建新的连接实例时必要的初始连接和认证时间。 这是一种当前Web应用程序用来快速响应请求很流行的方法。 3.JNDI：这个数据源的实现是为了使用如Spring或应用服务器这类的容器，容器可以集中或在外部配置数据源，然后放置一个JNDI上下文的引用 --> <dataSource type="UNPOOLED"> <property name="driver" value="com.mysql.jdbc.Driver" /> <property name="url" value="jdbc:mysql://localhost:3306/xhm" /> <property name="username" value="root" /> <property name="password" value="root" /> <!-- 默认连接事务隔离级别 <property name="defaultTransactionIsolationLevel" value="" /> --> </dataSource> </environment> <!-- 环境配置2 --> <environment id="development2"> <transactionManager type="JDBC" /> <dataSource type="POOLED"> <property name="driver" value="com.mysql.jdbc.Driver" /> <property name="url" value="jdbc:mysql://localhost:3306/xhm" /> <property name="username" value="root" /> <property name="password" value="root" /> <!-- 在任意时间存在的活动（也就是正在使用）连接的数量 --> <property name="poolMaximumActiveConnections" value="10" /> <!-- 任意时间存在的空闲连接数 --> <property name="poolMaximumIdleConnections" value="5" /> <!-- 在被强制返回之前，池中连接被检查的时间 --> <property name="poolMaximumCheckoutTime" value="20000" /> <!-- 这是给连接池一个打印日志状态机会的低层次设置，还有重新尝试获得连接，这些情况下往往需要很长时间（为了避免连接池没有配置时静默失败） --> <property name="poolTimeToWait" value="20000" /> <!-- 发送到数据的侦测查询，用来验证连接是否正常工作，并且准备接受请求。 --> <property name="poolPingQuery" value="NO PING QUERY SET" /> <!-- 这是开启或禁用侦测查询。如果开启，你必须用一个合法的SQL语句（最好是很快速的）设置poolPingQuery属性 --> <property name="poolPingEnabled" value="false" /> <!-- 这是用来配置poolPingQuery多次时间被用一次。这可以被设置匹配标准的数据库连接超时时间，来避免不必要的侦测 --> <property name="poolPingConnectionsNotUsedFor" value="0" /> </dataSource> </environment> <!-- 环境配置3 --> <environment id="development3"> <transactionManager type="JDBC" /> <dataSource type="JNDI"> <property name="data_source" value="java:comp/env/jndi/mybatis" /> <property name="env.encoding" value="UTF8" /> <!-- <property name="initial_context" value=""/> <property name="env.encoding" value="UTF8"/> --> </dataSource> </environment> </environments> <!-- 映射文件，mapper的配置文件 --> <mappers> <!--直接映射到相应的mapper文件 --> <mapper resource="com/xhm/mapper/UserMapper.xml" /> <!--扫描包路径下所有xxMapper.xml文件 IDEA下因为默认package打包不会将java目录下的xml文件打包，所以要在maven或者其他地方自定义打包规则，将xml文件打包到target中--> <package name="com.xhm.mapper" /> </mappers> </configuration>----
-
配置搞定之后那接下来就是对具体的POJO类 和 映射规则的设置了这个在下篇文章详细解释：mapper.xml 有那些标签？每个标签的具体含义？我们在使用他们的时候需要注意什么？
-
通过配置文件的environment信息连接到数据库（要是设置了POOLED,连接池那就是涉及到concurrent并发包的知识，可以看我前面写的关于线程池的博客），通过mappers 将mapper接口和mapper.xml 关联起来，通过动态代理CGLIB / JDK动态代理，创建一个动态代理类，执行方法的时候能够调用被修饰过的方法( sql语句 和 prepareStatement 都已经准备就绪的状态 )，完成数据库的操作。
651
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
