javaweb常识

Tomcat下载地址www.apache.org

在电脑中查看java版本：cmd中输入java -version

tomcat解压后目录

bin:放可执行文件（如startup.bat   shutdown.bat）

conf:放配置文件（server.xml）

lib:放tomacat 依赖的jar文件包

log：放日志文件（记录出错等信息）

temp:放临时文件

webapps：放可执行的项目（将我们开发的项目放入该目录）

work：存放 由jsp翻译成的java，以及编译成的class文件。

jsp--.java（servlet文件）---.class   写完jsp后，运行时产生两个文件（.java,.class）这两个文件会放到work文件夹下

jsp和servlet可以相互转换

因为第一次请求服务端会有翻译和编译的过程，因此比较慢，后续访问可以直接访问class，因此速度快。但是如果服务端修改代码，则再次访问时，会重新的翻译和编译

2.配置tomact

a.配置jdk （必须配置JAVA_HOME）

java_home classPath path

b.配置catalina_home

点击电脑/计算机右击属性---高级系统设置--高级--环境变量--系统变量里新建（变量名CATALINA_HOME ,变量值为tomacat根目录的路径（点击tomact进去后，复制里面的路径）），可以在bin文件夹下点击startup.bat 来查看是否配置成功，如果打不开或者闪退则配置不成功

双击bin/ startup.bat 启动tomacat，常见错误:可能与其他服务的端口号冲突了

tomacat端口号默认为8080（此端口较为常见），建议修改此端口（8888）

修改端口号：在tomacat文件夹下conf文件夹下server.xml文件里，将8080改为8888，改完后回到bin下点击startup.bat 重新启动

3.访问tomacat

http://localhost:8888/

常见状态码

200：一切正常

300/301：页面重定向（跳转）

404：资源不存在

403：权限不足（如果访问a目录，但是a目录设置 不可见）

500：服务器内部错误（代码有误 ）

其他编码：自己积累

4.虚拟路径配置

5.虚拟主机

6.jsp执行流程

7.jsp动态网页

1.不用和是否有“动感”混为一谈

2和.是否随时间，地点，用户操作的改变而改变有关

动态网页需要使用到 服务端脚本语言（jsp）

8.BS/CS架构

CS:Client Server

CS不足：

a.如果 软件升级，那么全部软件都需要

b.维护 麻烦，需要维护每一台 客户端软件（假设有6亿人上qq，任何一台计算机坏了，这个qq都用不了，或者任何一台qq 它和它计算机里的一个软件冲突了，这个qq就坏了，任何一台qq坏了都需要重新去维护它，很麻烦）

c.每台客户端都需要安装客户端软件

BS:  Broswer Server（客户端可以通过浏览器直接访问服务端）

典型的有网页版的京东，百度。

怎样访问京东的网页版？

答：客户端里只需要安装一台浏览器（IE/firefox/chrome）,我们现在只需要浏览器去访问服务器就可以了

BS优点：

a.升级不再麻烦了（如 双十一了，京东需要将网页进行改造 ，则客户端就不需要管了不用升级直接访问就行了，即服务端自己升级，客户端不需理会可以直接访问）

b.维护不麻烦了（客户端只要有浏览器，你的京东就不会坏，只要服务器不坏 ，就都可以访问）

c.不需要安装客户端软件了（京东软件），只需要浏览器就可以访问

注：bs，cs各有优势（一般来说cs比较美观，且cs客户端 响应比较快）

9.eclipse中创建的web项目

10.配置tomacat运行时环境(如果jsp页面第一行出现错误，则可能是tomacat运行时环境没有配置)

a.  将tomacat/lib中servlet-api.jar复制到项目中src下，右击--build path--add to build path

b.右击项目build path-libraries-add library-server runtime-next-选择tomacat-finish

11.部署tomacat

在servers面板新建一个tomacat实例，再在该实例中部署项目（右击-add）之后运行

注意：一般建议将eclipse中的tomacat与本地的tomacat的配置信息保持一致：将eclipse中的tomacat设置为托管模式，即第一次创建 tomacat'实例后，双击该实例，选择server location第二项。这样保证了eclipse中的tomacat配置与本机中的tomacat配置保持一致

12.统一字符集编码

a.编码分类

设置jsp文件的编码（通过jsp文件中的pageENcoding属性）：jsp-->.java(在翻译的过程中是以什么方式编码的)

设置 浏览器读取jsp文件的编码（通过jsp文件中的content属性）

一般将上述设置成一致的编码，推荐使用UTF-8

文本编码：1.将整个eclipse中的文件统一设置（推荐用这个）

2.设置某一个项目。右击项目-属性

3.设置单独文件的。右击文件-属性

13.jsp页面元素：html  java代码（脚本Scriptlet）   指令    注释

a.脚本Scriptlet

i.  <%

局部变量，java语句

%>

ii.<%!

全局变量，定义方法

%>

iii.<%=输出表达式%>

一般而言，修改web,xml,配置文件，java 需要重启tomacat服务

但是如果修改jsp\html\css\js不需要重启

b.指令

如page指令

<%@page....%>

page指定的属性：

language：jsp页面使用的脚本语言

import：导入类

pageEncoding:jsp文件自身编码   jsp---〉java

contentType:浏览器解析jsp的编码

c.注释

html注释<！-- -->  可以被浏览器客户端通过右击查看源代码查看到

java注释//        /*...*/

jsp注释<%-- ---%>

14.jsp9大内置对象（自带的，不需要new也能使用的对象）

out:向客户端输出内容

pageContext：

request：请求对象，存储“客户端向服务器发送的请求信息”

request对象常见方法：

String getParameter(String name):根据 请求的字段名key，返回字段值value（input标签的value属性值），即根据name属性值，拿到的却是value属性值

String[]  getParameterValues(String name)：根据 请求的字段名key，返回多个字段值value（checkbox）

其中真正拿值的是value中的值，<input>后面的值是给用户看的

void setCharacterEncoding("编码格式utf-8")：设置post方式的请求的编码（不设置则默认，tomacat7以前默认iso-8859-1,tomacat8以后改为了utf-8）

getRequestDispatcher(“B.jsp”).forward();   :请求转发的方式跳转页面A--->B

ServletContext getServerContext():获取项目的ServletContext对象

response：响应对象

提供的方法

void addCookie(Cookie cookie):服务端向客户端添加cookie对象

void sendRedirect(String location)throws IOException页面跳转的一种方式（重定向）

重定向会导致数据丢失，而请求转发可以获取数据并且地址栏没有改变（仍然保留转发时的页面）

void setContentType(String type):设置服务端响应的编码（设置服务端的contentType类型）

session:

application

config

page

exception

14.get，post提交方式

get提交方式：method=“get”和地址栏，超链接请求方式默认都属于get提交方式

get，post请求方式区别：

a.get方式 在地址栏显示  请求信息（但是地址栏能够容纳的信息有限，一般是4-5kb，如果请求数据存在大文件，图片等会出现地址栏无法容纳全部的数据而出错），而post则不会显示，所有说get方式不安全。如会暴露密码等信息

b.文件上传操作，必须是post

推荐使用post方式

15.统一请求的编码request（请求方式不一样，编码也不一样）

如我用的是tomacat7版本默认编码是iso-8859-1，而我的jsp中contentType="text/html;charset=UTF-8"二者编码不统一，则出现乱码

get方式如果出现乱码，解决：

a.统一每一个变量的编码  （不推荐）

用 new String(旧编码，新编码)修改

b.修改server.xml,一次性的更改tomacat默认get提交方式的编码（比如改为UTF-8）

建议使用tomacat时，首先在server.xml统一get方式的编码

post方式：request.setCharacterEncoding("UTF-8");

16.请求转发（服务端内部跳转）与重定向（返回客户端，客户端重新发起一次跳转）的区别

a.地址栏是否改变，请求转发不变（如原来的页面是check.jsp,转发后跳转到sucess.jsp，但是请求转发时地址栏还是check.jsp，而重定向时地址栏变为sucess.jsp），重定向改变

注：因为请求的次数，请求转发时一次，重定向是2次，所以请求转发地址栏不变，重定向改变

b.是否保持第一次请求时的数据（数据是否能带到下一页），请求转发保留，重定向不保留

c.请求的次数，请求转发时一次，重定向是2次

d.跳转发生的位置，请求转发是在服务端，重定向是客户端发出的第二次跳转

例子：

张三（客户端）去银行办理业务，要请求一个窗口-------------->服务窗口A（服务端）办理事情

如果是请求转发：这个服务端A办不了，但是该服务端A可以搞定，我的同事可以帮你搞定，即内部搞定，将张三的业务转给了它的同事服务窗口B，但是这个跳转张三不需要知道，张三只要找到服务端A就可以了，所以地址栏不变

如果是重定向，服务端A办不了，但是告诉张三我办不了，找服务端B去

张三再次发出请求找服务端B

第一次请求窗口A，第二次请求窗口B，所以明显窗口变了，所以地址栏会改变

17  cookie（存在客户端），不是内置对象，需要new

cookie 是由服务端生成的，再发给客户端保存

如上网电影，客户端去访问服务端，第一次访问，访问完毕以后，服务端就会产生一个cookie，把这个cookie保存在客户端（作用：第一次看电影需要用网络流量，看完后服务端将你看完的电影放在cookie里，发送给客户端。这样下次再看就可以直接从本机中观看，提高效率）

相当于本地缓存的作用：客户端----->服务端

cookie作用：提高访问服务端的效率，但是安全性较差

Cookie:key/name---value

cookie对象是由java.servlet.http.Cookie类产生的

这个类或者对象有的方法

public  cookie（String key/name,String value）

String  getName()

String getValue()

void setMaxAge(int expiry)//设置最大有效期（秒）

服务端怎么将cookie发给客户端？

a服务端准备cookie：借助于内置对象response，   response.addCookie(Cookie cookie)

b.页面跳转（转发，重定向）将cookie给了客户端

c.客户端获取cookie：request.getCookies（）；//获取的是所有cookie

注：服务端增加cookie：response对象，客户端获取对象：request

不能直接获取某一个单独对象，只能一次性将全部的cookie拿到

通过F12可以发现  除了自己设置的cookie对象外，还有一个name为JSESSIONID的cookie

例如：cookie存储用户名zs

将客户端中的cookie取出来

.session(存在服务端)，是内置对象

会话   例如a.浏览网站：开始---关闭

b.购物：浏览、付款、退出

c.电子邮件：浏览、写邮件、退出

从一次开始到一次结束

Session机制（原理）：

服务端会在你第一次请求时，创建一个session，这个session会自带一个sessionID并且是唯一的（Session产生的同时会自带一个sessionID），然后会把sessionID的值复制一份，给JSESSIONID，然后会把JSESSIONID的值放在cookie里去，在响应时将这个cookie发给客户端，客户端就JSESSIONID了，和刚刚的JSESSIONID一一对应，也就是说我服务端和客户端是通过cookie和session对应起来的，cookie里面JSESSIONID和session里面sessionID两个相对应

服务端的sessionID和客户端的JSESSIONID一一对应用户区分客户

客户端第二次/n次请求服务端时：服务端会先根据客户端cookie中的JSESSIONID去服务端的session中匹配sessionID，如果匹配成功（cookie的JSESSIONID和session的sessionID的值是否一样），说明此用户不是第一次访问，就无需再次登录。