使用interface来定义一个接口。接口定义同类的定义类似，也是分为接口的声明和接口体，其中接口体由常量定义和方法定义两部分组成。定义接口的基本格式如下：

[修饰符] interface 接口名 [extends 父接口名列表]{

[public] [static] [final] 常量;
[public] [abstract] 方法;
}
修饰符：可选，用于指定接口的访问权限，可选值为public。如果省略则使用默认的访问权限。
接口名：必选参数，用于指定接口的名称，接口名必须是合法的Java标识符。一般情况下，要求首字母大写。
extends 父接口名列表：可选参数，用于指定要定义的接口继承于哪个父接口。当使用extends关键字时，父接口名为必选参数。
方法：接口中的方法只有定义而没有被实现。

示例：

public interface PcService {


    List<Pc> selectPcByName(Pc pc);
}

继承：

public class PcServiceImpl implements PcService {

    public List<Pc> selectPcByName(Pc pc) {
        
      return pcService.selectPcByName(pc);

      }
}

CRUD是指在做计算处理时的增加(Create)、读取查询(Retrieve)、更新(Update)和删除(Delete)几个单词的首字母简写。主要被用在描述软件系统中DataBase或者持久层的基本操作功能。

CRUD书写格式：

新增数据：insert into 表名 values(字段1值，字段2值，字段3值)

                 insert into 表名（字段1，字段2，字段3）values（z字段1值，字段2值，字段3值）

删除数据：delete from 表名 where 条件

修改数据：update 表名 set 字段1= 字段值1，字段2= 字段值2，字段3= 字段值3，

查找数据：select * from 表名 where 条件

                  select 字段1，字段2 from 表名 where 条件

创建一个maven web项目并且将8080端口修改运行：

运行正常。

安装了Postman：

Postman是一种常用的接口测试工具，相对于其他的接口测试工具，如Jmeter、RESTClient、loadrunner、SoapUI等，它是比较简单的一个接口测试工具。

简单了解了Postman的用法

Postman接受的数据；

 resin是CAUCHO公司的产品，是一个非常流行的支持servlets和jsp的引擎，速度非常快。resin本身包含了一个支持HTTP/1.1的WEB服务器。虽然它可以显示动态内容，但是它显示静态内容的能力也非常强，速度直逼nginx server。许多站点都是使用该web服务器构建的。

    resin支持负载均衡，可以增加web站点的可靠性。方法是增加服务器的数量。比如一台server的错误率是1%的话，那么支持负载均衡的两个resin服务器就可以是错误率降到0.01%

部署Resin：

运行：

postman返回数据：

Jetty 是一个开源的servlet容器，它为基于Java的web容器，例如JSP和servlet提供运行环境。Jetty是使用Java语言编写的，它的API以一组JAR包的形式发布。开发人员可以将Jetty容器实例化成一个对象，可以迅速为一些独立运行（stand-alone）的Java应用提供网络和web连接。

配置jetty：

postman查询数据：

一、tomcat和jetty的区别

1.相同点：

Tomcat和Jetty都是一种Servlet引擎，他们都支持标准的servlet规范和JavaEE的规范。

2.不同点：

（1）架构方面

Jetty的架构比Tomcat的更为简单

Jetty的架构是基于Handler来实现的，主要的扩展功能都可以用Handler来实现，扩展简单。

Tomcat的架构是基于容器设计的，进行扩展是需要了解Tomcat的整体设计结构，不易扩展。

（2）性能方面

Jetty和Tomcat性能方面差异不大

Jetty可以同时处理大量连接而且可以长时间保持连接，适合于web聊天应用等等。

Jetty的架构简单，因此作为服务器，Jetty可以按需加载组件，减少不需要的组件，减少了服务器内存开销，从而提高服务器性能。

Jetty默认采用NIO在处理I/O请求上更占优势，在处理静态资源时，性能较高

Tomcat适合处理少数非常繁忙的链接，也就是说链接生命周期短的话，Tomcat的总体性能更高。

Tomcat默认采用BIO处理I/O请求，在处理静态资源时，性能较差。

（3）其它方面

Jetty的应用更加快速，修改简单，对新的Servlet规范的支持较好。

Tomcat目前应用比较广泛，对JavaEE和Servlet的支持更加全面，很多特性会直接集成进来。

所以，相对于tomcat来说，

Jetty更轻量级。由于Tomcat除了遵循Java Servlet规范之外，自身还扩展了大量JEE特性以满足企业级应用的需求，所以Tomcat是较重量级的，而且配置较Jetty亦复杂许多。但对于大量普通互联网应用而言，并不需要用到Tomcat其他高级特性，所以在这种情况下，使用Tomcat是很浪费资源的。这种劣势放在分布式环境下，更是明显。换成Jetty，每个应用服务器省下那几兆内存，对于大的分布式环境则是节省大量资源。而且，Jetty的轻量级也使其在处理高并发细粒度请求的场景下显得更快速高效。

Jetty更灵活，体现在其可插拔性和可扩展性，更易于开发者对Jetty本身进行二次开发，定制一个适合自身需求的Web Server。相比之下，重量级的Tomcat原本便支持过多特性，要对其瘦身的成本远大于丰富Jetty的成本。

然而，当支持大规模企业级应用时，Jetty也许便需要扩展，在这场景下Tomcat便是更优的。

二、tomcat和resin的区别

1.相同点

都是web服务器，并且支持集群部署。

2.不同点

（1）速度方面

resin的速度要比tomcat快

（2）机制方面

resin的启动与关闭机制以及报错机制都比tomcat好，tomcat则相对臃肿一些。

（3）开发环境热部署支持方面

tomcat较好，可根据需要配置。修改Jsp或java文件时，可配置是否重启服务。

resin较差，更新class及jsp文件，系统都会自动重新部署，并重启，配置了Session会话时开发比较麻烦。

（4）生产环境下热部署支持

tomcat一般。更新配置文件时，必须手动重启。更新其他文件时，大部分不用重启。但一次性更新太多文件时，经常会造成Tomcat重启失败。

resin较好。更新配置文件时，Resin会自动重启。

今天收获：以上