25.测试一下不关闭连接池的时候，在Main函数里写1000个循环调用会出现什么情况。

在循环到一定次数的时候,服务器会拒绝.把db.properties里的配置调高也没用,这个应该就是任务中写的出现什么情况

如果只循环100次就不会报错

26:循环5w次,然后在期间关闭服务器,报出通信线路故障

27:检查一下自己的代码是否符合规范,如果DB的表格有改动,应该改哪些内容,需要多久

其实这点只完成了一半,即代码规范.db表格肯定要有改动的,很多方面

1:创建类型时长度基本都填满,这肯定是不对的,要按需求填,不是null哪里我基本都不打勾,这个也要按需求填,拿那个报名表举例就是名字,ID,宣言这种都是不能为null,qq这种就可以为null.

2:在建表时(当时还在线上)我照抄的程凯师兄的日报,其中的create_at和update_at项感觉没什么用,都是0,但是要求要填,我就填了.现在理解为创建时间和更新时间,其中创建时间可通过增删改查语句通过方法添加时间上去,更新时间也是,只是更新时间可以调用update语句来修改当前最新时间.目前来说那个获取时间的方法和这两的类型我还没能确定下来,明天再仔细看看.不太想熬夜,反正干这行熬夜太正常,现在能不熬就不熬吧.

任务外完成的事情:

在问师兄问题的时候发现我不懂maven中的pom.xml里标签的含义,只是别人说怎么改就怎么改,自己对此没有了解,就搜了一下,简单的做了些了解,记了笔记.

明天计划的事情：完成任务一,并写好收获和经验总结

遇到的问题：

问题都不是很难,就是一时没想到

所以学习方法重要,学习思考和学习良好的习惯更重要.

很多时候就像有人给我画了一个圈,在里面打转不知道要怎么办.

有时在圈里绕久了,某次巡逻把一只脚踏了出去,顿时觉得之前干的事情不过如此.

有时一直无法想通就需要师兄拉一把,看看坑外的世界,看看坑内无数的脚印.填平脚下的坑继续前进.

我觉得我属于记性差的那种,学了东西特别容易忘.

往往学过之后再看就只有模糊的一层印象

复习强化了三天sql语句的增删改查,刚默写了一下,也无法达到格式百分百正确.

不过发现了一点,用得越多的语句,格式就越是准确清晰.

然而任务一这么多知识点和内容,我无法一个个逐一反复敲和背,不重要的地方我就简单了解,做好笔记,有一个大致的了解就好了,以后碰到就调笔记来查.

正如师兄所说,大坑还在后面,现在任务一都这么纠结,以后还活不活了.

泽南师兄一直在鼓励我,我也要鼓励一下自己了:加油~

收获：

1:dbcp基本配置

①在包里创建db.properties文件(new-->file)

②配置db.properties:

jdbc.driver=com.mysql.jdbc.Driver

jdbc.url=jdbc:mysql://locahost:3306/test

initsize=1

maxactive=1

maxwait=5000

maxidle=1

minidle=1

其中:

initialSize:连接池启动时创建的初始化连接数量(默认为0)

maxActive:连接池中可同时连接的最大连接数(默认为8,调整为20,高峰单机器在20并发左右,根据应用场景定)

maxidle:连接池中最大的空闲连接数,超过的空闲连接将被释放,如果设置为负数表示不限制(默认为8个,maxidle不能设置太小)

minidle:连接池中最小的空闲连接数,低于这个数量会被创建新的连接(默认为0,调整为5,且该参数越接近maxidle性能就越好)

maxWait:最大等待时间,当没有可用连接时,连接池等待连接释放的最大时间,超过该时间限制会抛出异常,如果设置为-1表示无限等待(默认无限,调整为60000ms,避免因线程池不够用,而导致请求被无限制挂起)

2:maven中的pom.xml标签含义

<properties>:配置文件,项目开发者属性,如及时消息如何处理等

<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>:统一字符编码为utf-8

<dependencies>:项目引入插件所需要的额外依赖

<groupId>:项目的全球唯一标识符,可理解为公司名,构建时生产的路径也是由此生成

<artifactId>构件的标识符,它和groupID一起唯一标识一个构建,可理解为名称

<version>项目当前版本,格式为:主版本,次版本,增量版本-限定版本号

<scope>:依赖范围

{

compile（编译范围）

compile是默认的范围；如果没有提供一个范围，那该依赖的范围就是编译范围。编译范围依赖在所有的classpath 中可用，同时它们也会被打包。

provided（已提供范围）

provided 依赖只有在当JDK或者一个容器已提供该依赖之后才使用。例如，如果你开发了一个web应用，你可能在编译classpath中需要可用的Servlet API来编译一个servlet，但是你不会想要在打包好的WAR中包含这个Servlet API；这个Servlet API JAR 由你的应用服务器或者servlet容器提供。已提供范围的依赖在编译classpath（不是运行时）可用。它们不是传递性的，也不会被打包。

runtime（运行时范围）

runtime依赖在运行和测试系统的时候需要，但在编译的时候不需要。比如，你可能在编译的时候只需要JDBC API JAR，而只有在运行的时候才需要JDBC驱动实现。

test（测试范围）

test范围依赖 在一般的编译和运行时都不需要，它们只有在测试编译和测试运行阶段可用。

system（系统范围）

system范围依赖与provided类似，但是你必须显式的提供一个对于本地系统中JAR文件的路径。这么做是为了允许基于本地对象编译，而这些对象是系统类库的一部分。这样的构件应该是一直可用的，Maven也不会在仓库中去寻找它。如果你将一个依赖范围设置成系统范围，你必须同时提供一个systemPath元素。注意该范围是不推荐使用的（你应该一直尽量去从公共或定制的Maven仓库中引用依赖）。

}

<build>:构建项目所需要的信息

<plugins>:使用的插件列表

<plugin>plugin元素包含描述所需要的信息