javaWeb学习之tomcat服务器

一、web

a)        web结构

b)        常见的服务器

1. WebLogic: orcale公司的产品，支持JAVAEE规范，收费
2. WebsphereAS: IBM公司的产品 ，支持JAVAee规范， 收费
3. Jboss: red公司的产品，支持EJB， 免费
4. Tomcat： apache公司产品支持JavaEE规范，免费

容器： 实现了什么样的规范，就称为什么样的容器

c)        tomcat的版本

d)        常见启动问题

1. 端口号冲突

修改D:\apache-tomcat-6.0.39\conf\server.xml文件

1. 闪退. 一般需要设置java_home环境变量

e)        tomcat目录结构

f).应用程序的目录结构(死了都要记住)

app

*.html（静态）

*.css

*.js

图片

WEB-INF : 文件夹(必须大写,不是必须的，当有动态的资源的时候，此文件夹必须写上)  :下面的资源不允许浏览器直接访问,里面的资源是提供给服务器来访问的，我们可以间接的去访问.

web.xml : 必须的(WEB-INF文件夹存在的前提下)

classes: 放置的是Java字节码文件

lib: 放置的是本工程应用所用到的jar包

g)      应用程序的部署方式

1. i.              将应用程序直接拷贝到webapps目录下
2. ii.              将应用程序打成war包, 直接拷贝到webapps目录下

在dos命令窗口下键入： jar –cvf  名字.war .

h)      tomcat的组成结构

I)                    各种配置

a ) : 虚拟应用：

l  (此种配置不推荐)

1. 在server.xml文件中配置如下

1. 通过浏览器输入  http://localhost:8080/abc/1.html 来访问

缺点： 必须重新启动服务器

l  在 conf/catalina/localhost/目录下随意建立一个xml文件，文件名任意(eg: abcde.xml)。(不需要重启服务器) 推荐使用

内容如下：

虚拟路径就是文件名

我们通过浏览器访问： http://localhost:8080/abcde/a.html 来访问

l  实际开发时采用直接拷贝文件夹到webapps目录下

b) : 默认应用的配置

只需要在conf/catalina/localhost/目录下建立一个ROOT.xml文件,内容同上,这个应用就是默认应用

访问的时候通过URL: http://localhost:8080/a.html 来访问

c): 配置默认页面,端口号的修改

需要在我们应用目录下app1/WEB-INF目录下配置web.xml文件

配置如下：

端口号修改需要在server.xml文件中配置：

默认端口号配置完毕需要重新启动服务器.

通过  http://localhost:8888/abcd/ 来访问

可以配置成默认的端口号： 80

d).配置多个虚拟主机 (了解)

假设e盘有个目录app1下有个应用app

d盘有个目录 app下有个应用app2

则在server.xml中配置如下：

在C:\WINDOWS\system32\drivers\etc\hosts中配置路径的IP映射如下：

此时就可以通过浏览器访问应用了:

http://www.itheima.com/app/a.html  访问e盘app1/app应用下的a.html页面

http://www.itcast.cn/app2/a.html  访问d盘app/app2应用下的a.html页面

注意：以上端口号是默认的80，可以修改。

二、HTTP协议(记住)

1. http协议： 规定了客户端和服务端交流时的数据格式
2. 特点：
   1. 请求和响应都由三部分组成

请求信息(3部分组成)：

1)请求行 (由3部分组成)

a) 请求的方式（如post）

b) 请求的资源地址

c) 请求协议(http/1.1)

2)请求头信息(2部分组成)采用的键值对，习惯是首字母大写。

a) 头名称

b) 头值

3)请求正文 (只有请求的类型是post才会有，而get方式没有的)

响应信息：（3部分组成）

1）响应行(由3部分组成)

a)      响应协议(http/1.1)

b)      状态码（服务端对客户端处理的某种状态）

c)      状态信息（ok）

2) 响应头信息(2部分):键值对

a): 响应头

b): 头值

3) 响应正文.（是HTML代码，是经过浏览器解析之后，才显出来）

c.get和post方式区别：

1. get方式请求参数会附加在url后，而post是看不到的，post相对安全

2. get方式对提交的数据大小有限制(1k),post方式对数据大小没有限制.

   d. 响应的状态吗：

200 Ok，表示一切正常，返回的是正常请求结果

302(307) : 请求重定向，指出被请求的文档已被临时移动到别处，此文档的新的URL在Location响应头中给出。

304 : 服务器对资源未修改，表示客户机缓存的版本是最新的，客户机可以继续使用它，无需到服务器请求

404: 找不到，服务器上不存在客户机所请求的资源。

500: 代码错误，服务器端的程序发生错误

  e.请求头信息:

* Accept: 浏览器告诉服务端, 浏览器可接受的MIME类型

MIME类型： 相当于操作系统下的文件类型。

是由大类型和小类型组成： text/html;

对应的关系在conf/web.xml中查询

Accept-Charset: 浏览器告诉服务端, 浏览器支持哪种字符集

Accept-Encoding: 浏览器告诉服务端, 浏览器能够进行解码的数据编码方式，比如gzip

Accept-Language: 浏览器告诉服务端,浏览器支持的语言种类

Host: 浏览器告诉服务端,浏览器所在的主机

 * Referer: 浏览器告诉服务端，当前页面从哪里来的。

                                   用处： 1. 用来记录广告的信息   2. 防盗链

Content-Type: 浏览器告诉服务端 ,内容类型

If-Modified-Since: 浏览器告诉服务端

Content-Length: 浏览器告诉服务端 请求正文内容长度

Connection: 浏览器告诉服务端

****Cookie: 浏览器告诉服务端 ,浏览器携带的Cookie

Date: 浏览器告诉服务端,发送请求的时间

,

     f. 响应头信息

* Location : 服务端用来告诉浏览器,请求需要重定向.(必须结合状态吗302使用)

Server : 服务端用来告诉浏览器,服务器的类型

* Content-Encoding: 服务端用来告诉浏览器,服务器对数据采用的编码（gzip等压缩方式。采用GzipOutputStream流压缩数据。（将数据压缩到缓冲区，然后读取压缩后的数据，然后告诉服务器））

Content-Length:  服务端用来告诉浏览器,响应正文的长度

Content-Language: 服务端用来告诉浏览器,zh-cn服务发送的文本的语言

*Content-Type: 服务端用来告诉浏览器,你要用哪个码表来解析二进制数据（response.setHeader(“Content-Type”,”text/html;charset=gb2312或者utf-8”)这是设置中文编码）

* Last-Modified : 服务端用来告诉浏览器,访问资源的最后修改时间

*Refresh：服务端用来告诉浏览器,多长时间刷新一次（有两种方法。一是不断刷新自己。Response.setHeader(“refresh”,”2或者就是“2，url=工程目录“”) ;

Response.getWrite().write(new Random().nextInt()+”aa”)）

*Content-Disposition: 服务端用来告诉浏览器,以下载文件的方式打开文件

* Expires: -1 : 服务端用来告诉浏览器,不要缓存

Cache-Control: no-cache (1.1)

Pragma: no-cache   (1.0)

//告诉浏览器不要缓存

response.setHeader("Expires", "-1") ;

response.setHeader("Cache-Control", "no-cache") ;

response.setHeader("Pragma", "no-cache") ;

response.getWriter().write("hello nihao") ;

***** Set-Cookie: 服务端用来告诉浏览器,要存储的内容