今天完成的任务:

    1.加上Memcache，在新建数据的时候同时维护好缓存（没有新建数据接口就自己加上，可以分成是压测JSP和Json接口两种方式） ，确定数据没问题，重新压测服务器，测出90%的线在哪里.

         2.将maven本地仓库从C盘迁移到D盘,电脑太卡了.

遇到的问题:

         在添加memcache的过程中遇到了好几个坑.

1.

.task-five项目,加memcache时报错

Error creating bean with name 'memcachedPool' defined in class path resource [conf/spring-memcached.

原因是在spring.xml文件中要加入下面红框中两行,spring才能创建bean.

2.

.task-five项目,加memcache时报错,

java.lang.NoClassDefFoundError: org/apache/commons/collections/CursorableLinkedList

解决,引入依赖包

<dependency>

           <groupId>commons-collections</groupId>

           <artifactId>commons-collections</artifactId>

           <version>3.2.1</version>

       </dependency>

ps:原来引入的包中有这个类,但不知道为什么不能用,需要单独引入才行,希望师兄解答一下.

3.

.task-five项目,加memcache时,修改maven本地仓库从C盘到D盘,加载后报错

 springmvc.xml文件报错

 Multiple annotations found at this line:

- schema_reference.4: Failed to read schema document 'http://www.springframework.org/schema/context/spring-context-3.0.xsd', 

because 1) could not find the document; 2) the document could not be read; 3) the root element of the document is not <xsd:schema>.

- cvc-complex-type.2.4.c: The matching wildcard is strict, but no declaration can be found for element 'context:component-scan'.

解决:

删除文件头,利用没有报错的文件头复制过来,报错消除

4.

.task-five项目,加memcache时,mybatis报错,    解决:在实体类 Student中加入无参构造方法,报错解决

五月 21, 2017 7:06:21 下午 org.apache.catalina.core.StandardWrapperValve invoke

严重: Servlet.service() for servlet [springmvc] in context with path [/task-five] threw exception [Request processing failed; nested exception is org.mybatis.spring.MyBatisSystemException: nested exception is org.apache.ibatis.reflection.ReflectionException: Error instantiating class com.jnshu.dreamguy.taskfive.po.Student with invalid types () or values (). Cause: java.lang.NoSuchMethodException: com.jnshu.dreamguy.taskfive.po.Student.<init>()] with root cause

java.lang.NoSuchMethodException: com.jnshu.dreamguy.taskfive.po.Student.<init>()

问题本质:(以下是网上找到的资料,部分解决了这个问题的根源)

当我们的类实现了Serializable接口后，会有一个警告，告诉你需要生成一个serialVersionUID属性。这个serialVersionUID是做什么用的呢？其实这是JAVA序列化的版本控制功能。当序列化对象时会把这个属性写入，当反序列化时则会把这个属性取出，然后与JAVA类中的serialVersionUID属性值对比，如果一致，则认为是同一个版本，正常反序列化，如果不一致则认为版本不同，抛出InvalidClassException异常。

    很多时候我们忽略这个警告，并不写这个serialVersionUID属性，但仍然可以正常序列化。那是因为如果没有这个属性，JVM将会根据这个类的属性和方法，计算出一个值作为serialVersionUID的值。这种做法会带来潜在的风险。不同的JVM产生serialVersionUID的算法可能会不一致，如果在不同的环境下产生的serialVersionUID不一致，将导致反序列化失败！

    当一个类的结构发生变化，需要改变serialVersionUID，以通知序列化机制此类发生了变化，不兼容原来的版本了！其实并不是只要类结构变化，就必须更改serialVersionUID，JAVA的序列化机制提供了部分变化的兼容机制，有如下几种：

a. 添加新的属性 反序列时发现没有此属性，则会赋予该属性默认的类型值

b. 添加 writeObject/readObject 方法 因为此方法是用于自定义序列化，不影响序列化

c. 删除 writeObject/readObject 方法 同上原因

d. 改变属性的访问权限(private protected package public)

e. 将一个属性从static变为nonstatic 或者 transient 或者 nontransient

如果你的类改动属于以上范围，默认的JAVA序列化机制可以保证兼容性，也就是说你不需要改动serialVersionUID值。

更多情况参见http://java.sun.com/j2se/1.4/pdf/serial-spec.pdf 5.6.2 Compatible Changes 

：要想将父类对象也序列化，就需要让父类也实现Serializable 接口。如果父类不实现的话的，就 需要有默认的无参的构造函数。 在父类没有实现 Serializable 接口时，虚拟机是不会序列化父对象的，而一个 Java 对象的构造必须先有父对象，才有子对象，反序列化也不例外。所以反序列化时，为了构造父对象，只能调用父类的无参构造函数作为默认的父对象。因此当我们取 父对象的变量值时，它的值是调用父类无参构造函数后的值。如果你考虑到这种序列化的情况，在父类无参构造函数中对变量进行初始化，否则的话，父类变量值都 是默认声明的值，如 int 型的默认是 0，string 型的默认是 null。

Transient 关键字的作用是控制变量的序列化，在变量声明前加上该关键字，可以阻止该变量被序列化到文件中，在被反序列化后，transient 变量的值被设为初始值，如 int 型的是 0，对象型的是 null。

主要的报错就是上面几个,其他一些常见的小bug,很快就排除了,没有花什么时间.上面的报错用掉80%的时间.运行效果如下

收获:

    搞定bug的那一刻,激动无以言表,不是大惊大喜,但可以让人happy好一会!这也算编程额外的福利吧!加油!

明天的计划:

    早上试下redis,然后开始任务8.