文件名称：跟姐姐学JSP —— JSP系统清晰的初级教程
文件大小：731KB
文件格式：RAR
更新时间：2012-03-26 05:02:58
JSP
转载《跟姐姐学JSP》网页 转自 http://www.family168.com/tutorial/jsp/html/jsp-ch-01.html B/S结构，既浏览器（Browser）/服务器（结构），用浏览器查看jsp写的页面就算非常简单的B/S结构了。 先看看在我们访问http://localhost:8080/test.jsp的时候究竟发生了什么： 1.首先，浏览器解析我们输入的网址，查找服务器的位置。 咱们这里使用了http://localhost:8080/，浏览器就会以http协议，去访问localhost的8080端口，localhost是本机的别名，8080是tomcat的默认端口，即使现在不太理解也没有关系，只要知道http://localhost:8080/是你这台机器上运行的tomcat就可以了。 2.找到了服务器的位置，浏览器会向服务器发送一个请求（request），这个请求包含着http协议规定格式的数据，现在咱们不需要去计较细节，先把注意力集中在流程上。 3.接下来，服务器接收请求，分析请求中包含的数据。这个分析过程也是定义在http协议中的，像我们这里请求的是/test.jsp这个jsp页面，服务器就会去webapp/ROOT目录下去查找这个test.jsp，然后对它进行解析，运行。 4.在服务器的操作结束后，会生成一个响应（response），并把这个响应发送回客户机器的浏览器。 5.现在浏览器接收了响应，开始进行解析与运行，最后把结果显示给用户，这就成为我们最后看到的结果。 这就是http协议的基本流程了，像我们看到的一样，浏览器与服务器之间完全是依靠请求和响应联系起来的。这就像是在打乒乓球，浏览器发过一个球来，服务器接到球，反手再打回去。双方队员之间不会有其他接触，所有的交流就是那颗小球。 这也暗示了http中另一个重要的特性：短连接，无状态。 短连接是指：请求响应一次，服务器就关闭与浏览器之间的网络连接。 无状态是指，任意两次请求响应之间，没有直接的联系。 浏览器发出一个请求，服务器才能返回一个响应。一个请求对应一个响应，每个过程都是完全独立的。并且服务器端是被动的，只能接收请求，然后向请求的原发地发送响应，如果没有请求，服务器没办法凭空发一个响应出去，因为它不知道客户的机器在什么地方。浏览器和服务器之间也不会拉一根电话线，随时保证畅通，每次请求处理完之后，服务器就会立刻忘掉上次请求的信息。这样做的好处是处理简单，连接用完就断，不会浪费资源，坏处是在进行复杂操作的时候，因为没法保证用户当前的状态，只好把表示状态的信息不断的在浏览器和服务器之前传来传去，造成了操作的复杂。 一个请求一个响应，构筑了http协议的基础，jsp则是专门管辖服务器的部分，这样我们就可以把jsp的功能锁定在第二步和第三步了。处理请求，返回响应，这便是jsp的所有工作。 再重复一遍，jsp只负责服务器的操作，浏览器上的任何东西都与其无关，显示图片，显示文字，点击按钮，弹出窗口，这些都是浏览器的工作职能。并且，因为http的无状态性，jsp一旦返回了响应，就再不管其他的了。它绝对不会也不能直接对浏览器造成什么影响，它所能做是把响应这颗球打出去，剩下的就全看浏览器了。浏览器会发生什么事情，jsp也无从得知，如果想让jsp做些什么事情，唯一的办法就是发送一个请求。 重复第三遍，浏览器和服务器基本就是两个孤岛，两地居民的交流只能通过飞鸽传书来实现。在一封信到达之前，本地人是没办法得知对面的消息的，每当浏览器这边岛上的居民想要什么东西，他们就把需要的东西写到信里，用信鸽传递给服务器那边的岛上，服务器收到信鸽的消息，会按照上边所写的准备好，再放飞回去，等浏览器等到他们要的信鸽，就可以把东西放下来随便用了。两地居民直接接触的只有信鸽，他们从信鸽上那到他们想要的东西，对面的人长什么样子，是人是鬼他们全不在意，只要大家都会用信鸽就好了，http就是这样一只大家都会用的信鸽了。 希望现在大家已经对http有了清晰的认识，如果不了解它的运行原理，带着一脑子糨糊学jsp，那可是太可怕了，最怕的就是把jsp和浏览器混为一谈，认为是浏览器在运行jsp。实际上jsp是完全不知道浏览器的存在，它只是根据http形式的请求，发送http形式的响应，如果对面的浏览器能解析http形式的响应，就能显示出页面来，幸运的是目前市面上的浏览器都能解析http形式的响应，所以我们只要制造符合标准的数据，当作响应发送出去就行了。 其实一切都是这么简单，只要能了解它的运行原理，我们就可以在自己的舞台上大施拳脚，不用为涉及不到的领域胡乱苦恼了。