git上传了任务2代码

报错解决

16 Post时，对比用Http Body接收参数，用param接收参数的区别，分别描述两种方式的使用场景。

post可以传递参数可以大致分成两种，

一种是表单：在sevlet实现中mutipart/form-data和application/x-www-form-urlencoded会被特殊处理，请求参数将被放置于request.paramter，解析成map。

第二种，已application/json，参数是存放在json中的，参数必须要用@RequestBody才能解析出来。

@RequestBody

将post请求中内容转为一个整体对象。@RequestBody的解析有两个条件：

        1.POST请求中content的值必须为json格式（存储形式可以是字符串，也可以是byte数组）；

        2.@RequestBody注解的参数类型必须是完全可以接收参数值的类型，比如：Map，JSONObject，或者对应的JavaBean。所以Integer类型不能作为@RequestBody注解的参数类型

@RequestParam

这种方式只用在Content-Type=application/x-www-form-urlencoded这种情况下才能使用，sevlet将Body中的key-value转成Param。

总结，param不能接收json格式的数据，且只能通过表单接收数据。

校验

服务端校验：

• 控制层conroller：校验页面请求的参数的合法性。在服务端控制层conroller校验，不区分客户端类型（浏览器、手机客户端、远程调用）
• 业务层service（使用较多）：主要校验关键业务参数，仅限于service接口中使用的参数。
• 持久层dao：一般是不校验的

springmvc使用hibernate的校验框架validation(和hibernate没有任何关系)。

思路：

页面提交请求的参数，请求到controller方法中，使用validation进行校验。如果校验出错，将错误信息展示到页面。

依赖

<!--接口校验-->
<!-- https://mvnrepository.com/artifact/javax.validation/validation-api -->
<dependency>
 <groupId>javax.validation</groupId>
 <artifactId>validation-api</artifactId>
 <version>1.1.0.Final</version>
</dependency>

<!-- https://mvnrepository.com/artifact/org.hibernate/hibernate-validator -->
<dependency>
 <groupId>org.hibernate</groupId>
 <artifactId>hibernate-validator</artifactId>
 <version>5.1.0.Final</version>
</dependency>

配置校验器

<!-- 校验器 -->
<bean id="validator"
      class="org.springframework.validation.beanvalidation.LocalValidatorFactoryBean">
    <!-- hibernate校验器-->
    <property name="providerClass" value="org.hibernate.validator.HibernateValidator" />
    <!-- 指定校验使用的资源文件，在文件中配置校验错误信息，如果不指定则默认使用classpath下的ValidationMessages.properties -->
    <property name="validationMessageSource" ref="messageSource" />
</bean>
        <!-- 校验错误信息配置文件 -->
<bean id="messageSource"
      class="org.springframework.context.support.ReloadableResourceBundleMessageSource">
<!-- 资源文件名-->
<property name="basenames">
    <list>
        <value>classpath:ValidationMessages</value>
    </list>
</property>
<!-- 资源文件编码格式 -->
<property name="fileEncodings" value="utf-8" />
<!-- 对资源文件内容缓存时间，单位秒 -->
<property name="cacheSeconds" value="120" />
</bean>

注入适配器

<mvc:annotation-driven conversion-service="conversionService"
                       validator="validator">
</mvc:annotation-driven>

pojo添加校验规则

@RequestMapping("/SelectById")
public String SelectById(Long ID, Model model, @Validated Student student, BindingResult result){

if (ID==null && result.hasErrors()){
List<ObjectError>allErrors=result.getAllErrors();
       for (ObjectError objectError:allErrors) {
System.out.println(objectError.getDefaultMessage());
       }
model.addAttribute("errors",allErrors);
       return "error";
   }
model.addAttribute("student",studentService.SelectById(ID));
   return "SelectById";
}

Niginx是什么？

Nginx是一款轻量级的Web 服务器/反向代理服务器及电子邮件（IMAP/POP3）代理服务器，在BSD-like 协议下发行。其特点是占有内存少，并发能力强，事实上nginx的并发能力在同类型的网页服务器中表现较好。

Niginx有什么用？

1、作为 Web 服务器：相比 Apache，Nginx 使用更少的资源，支持更多的并发连接，体现更高的效率，这点使 Nginx 尤其受到虚拟主机提供商的欢迎。能够支持高达 50,000 个并发连接数的响应，感谢 Nginx 为我们选择了 epoll and kqueue 作为开发模型

2、作为负载均衡服务器：Nginx 既可以在内部直接支持 Rails 和 PHP，也可以支持作为 HTTP代理服务器 对外进行服务。Nginx 用 C 编写, 不论是系统资源开销还是 CPU 使用效率都比 Perlbal 要好的多。

3、作为邮件代理服务器：Nginx 同时也是一个非常优秀的邮件代理服务器（最早开发这个产品的目的之一也是作为邮件代理服务器），Last.fm 描述了成功并且美妙的使用经验。

Niginx有什么优势？

1、作为Web服务器，Nginx处理静态文件、索引文件，自动索引的效率非常高。

2、作为代理服务器，Nginx可以实现无缓存的反向代理加速，提高网站运行速度。

3、作为负载均衡服务器，Nginx既可以在内部直接支持Rails和PHP，也可以支持HTTP代理服务器对外进行服务，同时还支持简单的容错和利用算法进行负载均衡。

4、在性能方面，Nginx是专门为性能优化而开发的，实现上非常注重效率。它采用内核Poll模型，可以支持更多的并发连接，最大可以支持对5万个并发连接数的响应，而且只占用很低的内存资源。

5、在稳定性方面，Nginx采取了分阶段资源分配技术，使得CPU与内存的占用率非常低。Nginx官方表示，Nginx保持1万个没有活动的连接，而这些连接只占用2.5MB内存，因此，类似DOS这样的攻击对Nginx来说基本上是没有任何作用的。

6、在高可用性方面，Nginx支持热部署，启动速度特别迅速，因此可以在不间断服务的情况下，对软件版本或者配置进行升级，即使运行数月也无需重新启动，几乎可以做到7x24小时不间断地运行。

7、Nginx 安装非常的简单，配置文件 非常简洁（还能够支持perl语法），Bugs非常少的服务器: Nginx 启动特别容易，并且几乎可以做到7*24不间断运行，即使运行数个月也不需要重新启动。

配置信息没看明白 模仿着改 没成功

改了一下配置 没成功 

worker_processes  1;
events {
    use epoll;        
    worker_connections  65535;
}
http {
    include       mime.types;
    default_type  application/octet-stream;
    access_log  logs/access.log;
    sendfile        on;
    tcp_nopush     on;
    keepalive_timeout  65;
    upstream myServer1{
        server 172.16.128.186:80;    
        server 172.16.128.187:80;
        server 172.16.128.188:80;
    }
    server {
        listen       80;
        location / {
            root   html;
            index  index.html index.jsp;
            proxy_pass http://task2;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
           }
    }
}

明日计划 任务2收尾 深度思考

今日问题 暂无