1,今天知识点
-- 1，1 配置文件在项目中三个位置
项目同级
src同级
包路径下
有且只有这三种情况
-- 1，2 使用阿里德鲁伊线程池进行操作
需要注意：必须使用德鲁伊提供的配置文件
-- 1，3 DruidDbUtil中DML方法封装
封装过程需要用到可变参数的定义
-- 1，4 JDBC中操作事务的方式和方法。
自动改手动，DML操作语句，提交或者回滚代码
会议 ID：799 017 555
昨天晚上问题内容汇总：
问题一：
如何避免以上问题：
先在这个Mysql客户端进行运行尝试，然后在到java代码中就避免这个问题
INSERT INTO user VALUES(?,?,?);
INSERT INTO user VALUES(1,'123','123');
问题二：
那个封装链接的时候
放不进去 静态块里啊
static{
// 当前static语句块只能进行这个执行操作，不能再声明一个全局变量。
// 强行记忆：当前static语句块相当于一个方法，这个方法不能在声明一个全局变量。
try {
Class.forName("com.mysql.jdbc.Driver");
}
catch (ClassNotFoundException e) {
e.printStackTrace();
}
}
问题三：关于路径的问题
明天早上课 前能在讲一下 读取配置文件时 用你的那个写法吗 不是很明白 还有老师 我在写的时候 写相对路径 时 读取不到配置文件 但写绝对路径时就可以
问题3：为什么没有找到路径，你写的路径为什么不正确。
第一：路径不正确，当前在项目中配置路径和你写写的相对路径不对。
在企业项目中一共有三个路径和配置文件相关联。
路径1：在当前这个项目下
在eclipse下
当前路径特点跟：src和lib平级。
在文件下查看的路径
如果配置文件在这个路径：./project.properties
路径二：
将当前这个配置文件bin.properties放在这个src目录下
如果打包之后这个路径应该放在的位置是：
当前这个位置在哪里：如何获取
DbUtil.class.getClassLoader().asResourceStream("bin.properties");
路径三：
在我的包下这个配置文件，app.properties
在发布之后文件夹下查看的路径：
这个路径如何获取：
Main.class.getClassLoader().asResourceStream("com\dl\tt\app\app.properties");
通过这个java代码如何验证以上理论是否正确：
方案1：正确
代码验证如下：
方案2的验证：
方案3的验证：
Dbutil02中存在问题：
1，假如我有10万用户来访问当前数据库，那么意味着就会创建
10万个con链接对象。消耗大量的内存。
如果用户链接过多，内存崩溃了。
方案：如何进行解决？
遇到同样问题应该是阿里公司双11的平台。如果这个阿里提供代码服务，我们按照阿里方式进行。
阿里解决方案：
德鲁伊：duird.jar
操作的步骤：
1，下载德鲁伊.jar
一共三个文件
.jar(编译之后class文件) ,
doc（API文档）.jar,
source.jar（源代码）
2，将这个duird.jar添加到项目中。添加到编译环境
3， 配置文件
3，1 位置，参照以下这个图片
3，2 关于配置文件的内容
以上我们自己编写存在问题，需要修改为下图，使用德鲁伊方式
3，3 关于这个配置文件中配置选项的解释
initialSize=5 当前这个池子初始化有且只有5个
maxActive=10 最大活跃的数量是10个。
maxWait=3000 需要等待的最大时间3000
maxIdle=8 最大的空闲个数8个
minIdle=3 最小3个等待链接。
回忆：一代BbUtil存在问题：有且只有一个实例，单态。
如果有一个用户将这个链接关闭，其他用户无法使用。
1个链接
回忆：二代BbUtil存在问题：如果有多用户，海量用户使用这个Dbutil那么
链接会将内存耗尽，软件崩溃。
多个链接
阿里方案：使用叫做数据库链接池方案。
// 2，需要了解一下这个阿里德鲁伊的基本原理
// 以前的创建方式，有一个请求，生成一个链接。
// 阿里方式：给你链接生成一个链接池子，这个池子有这个链接，需要的时候到池子中去获取链接。
// 不需要实时进行创建。
4，测试这个阿里的德鲁伊
4，1 使用昨天讲的三层架构方式进行测试。
第一层：entry，bean，pojo，vo
com.dl.tt.entry
特点：只有get/set方法并且和数据库中表一一对应。
第二层：dao 数据操作层，声明接口。
无非数据库表的增，删，改，查
com.dl.tt.dao
第三层：dao具体一个实现层 impl
com.dl.tt.dao.impl
4,2 当前这个DruiDbUtil能不能再封装了？
在当前类中添加一个方法，这个方法共同性，DML
增，删，修改都归我来管
共同性总结：
4，2，1 都需要一个ps(PrepareStatment)
4，2，2 需要一个SQL语句
4，2，3 需要给这个SQL语句进行赋值。
4，2，4 执行当前这个语句，调用excuteUpdate()方法
5，关于这个jdbc中使用这个事务
5，1 什么是事物？
5，2 有那些操作？
开启事物，
START TRANSACTIONS;
提交，
COMMINT;
回滚
ROLLBACK;
Dbutil02中存在问题：
1，假如我有10万用户来访问当前数据库，那么意味着就会创建
10万个con链接对象。消耗大量的内存。
如果用户链接过多，内存崩溃了。
方案：如何进行解决？
遇到同样问题应该是阿里公司双11的平台。如果这个阿里提供代码服务，我们按照阿里方式进行。
阿里解决方案：
德鲁伊：duird.jar
操作的步骤：
1，下载德鲁伊.jar
一共三个文件
.jar(编译之后class文件) ,
doc（API文档）.jar,
source.jar（源代码）
2，将这个duird.jar添加到项目中。添加到编译环境
3， 配置文件
3，1 位置，参照以下这个图片
3，2 关于配置文件的内容
以上我们自己编写存在问题，需要修改为下图，使用德鲁伊方式
3，3 关于这个配置文件中配置选项的解释
initialSize=5 当前这个池子初始化有且只有5个
maxActive=10 最大活跃的数量是10个。
maxWait=3000 需要等待的最大时间3000
maxIdle=8 最大的空闲个数8个
minIdle=3 最小3个等待链接。
回忆：一代BbUtil存在问题：有且只有一个实例，单态。
如果有一个用户将这个链接关闭，其他用户无法使用。
1个链接
回忆：二代BbUtil存在问题：如果有多用户，海量用户使用这个Dbutil那么
链接会将内存耗尽，软件崩溃。
多个链接
阿里方案：使用叫做数据库链接池方案。
// 2，需要了解一下这个阿里德鲁伊的基本原理
// 以前的创建方式，有一个请求，生成一个链接。
// 阿里方式：给你链接生成一个链接池子，这个池子有这个链接，需要的时候到池子中去获取链接。
// 不需要实时进行创建。
4，测试这个阿里的德鲁伊
4，1 使用昨天讲的三层架构方式进行测试。
第一层：entry，bean，pojo，vo
com.dl.tt.entry
特点：只有get/set方法并且和数据库中表一一对应。
第二层：dao 数据操作层，声明接口。
无非数据库表的增，删，改，查
com.dl.tt.dao
第三层：dao具体一个实现层 impl
com.dl.tt.dao.impl
4,2 当前这个DruiDbUtil能不能再封装了？
在当前类中添加一个方法，这个方法共同性，DML
增，删，修改都归我来管
共同性总结：
4，2，1 都需要一个ps(PrepareStatment)
4，2，2 需要一个SQL语句
4，2，3 需要给这个SQL语句进行赋值。
4，2，4 执行当前这个语句，调用excuteUpdate()方法
5，关于这个jdbc中使用这个事务
5，1 什么是事物？
5，2 有那些操作？
开启事物，
START TRANSACTIONS;
提交，
COMMINT;
回滚
ROLLBACK;
问题1描述：
这个文件编写掉了一个
java.lang.NullPointerException
at java.util.Properties$LineReader.readLine(Properties.java:434)
at java.util.Properties.load0(Properties.java:353)
at java.util.Properties.load(Properties.java:341)
at com.dl.tt.util.DruidDbUtil.<clinit>(DruidDbUtil.java:32)
at com.dl.tt.app.DruidDbutilTest.main(DruidDbutilTest.java:11)
Exception in thread "main" java.lang.NullPointerException
at com.dl.tt.util.DruidDbUtil.getCon(DruidDbUtil.java:50)
at com.dl.tt.app.DruidDbutilTest.main(DruidDbutilTest.java:11)
问题记录2：
java.sql.SQLException: Access denied for user ''@'localhost' (using password: YES)
出现以上问题：
有几个情况请注意：
情况1:
你在配置文件的用户名和密码不正确。
情况2：
你的这个@'localhost 权限不够用。
show DATABASES;
use mysql;
show tables;
SELECT * FROM user;
情况3：因为你读取了一个错误配置信息，配置文件中这个key写错了
必须使用这个德鲁伊配置提供key方式进行。
问题3：已经存在这个主键1010 ，所以无法插入
Exception in thread "main" java.sql.BatchUpdateException: Duplicate entry '1010' for key 'PRIMARY'
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
at com.mysql.jdbc.Util.handleNewInstance(Util.java:425)
at com.mysql.jdbc.Util.getInstance(Util.java:408)
at com.mysql.jdbc.SQLError.createBatchUpdateException(SQLError.java:1162)
at com.mysql.jdbc.StatementImpl.executeBatchInternal(StatementImpl.java:1060)
at com.mysql.jdbc.StatementImpl.executeBatch(StatementImpl.java:970)
at com.alibaba.druid.pool.DruidPooledStatement.executeBatch(DruidPooledStatement.java:568)
at com.dl.tt.app.TActionTest.main(TActionTest.java:32)
Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLIntegrityConstraintViolationException: Duplicate entry '1010' for key 'PRIMARY'
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
at com.mysql.jdbc.Util.handleNewInstance(Util.java:425)
at com.mysql.jdbc.Util.getInstance(Util.java:408)
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:935)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3973)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3909)
at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2527)
at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2680)
at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2486)
at com.mysql.jdbc.StatementImpl.executeUpdateInternal(StatementImpl.java:1552)
at com.mysql.jdbc.StatementImpl.executeBatchInternal(StatementImpl.java:1034)
... 3 more
