第 1 章 开始编写jsp

注意

因为本章包含了对http部分原理的介绍,建议读者不要略过这部分。

如果你不满足以下任一条件,请继续阅读,否则请跳过此后的部分,进入下一章:第 2 章 让jsp说hello

  1. 了解jsp的基本组成,可以编写简单的jsp。

  2. 了解tomcat下jsp的放置位置,以及如何访问对应路径下的jsp。

  3. 了解http基本原理,以及jsp在http下是如何发挥效用的。

1.1. 开篇第一个jsp

JSP是Java Server Page的缩写,现在先让我们编写一个简单的jsp页面,看看jsp究竟能干什么?

<%=new java.util.Date()%>
        

随便找一个文本编辑器来编写第一个jsp吧,如果实在没有顺手的编辑器,那么也可以用windows自带的记事本,新建一个test.jsp文件,把上面的代码复制到文件里,保存即可。

如果嫌麻烦,也可以直接使用文档附带的演示代码,位置在lingo-sample/01-01/test.jsp。

注意

对于第一次用记事本写代码的朋友,有一点需要特别注意,默认情况下windows不会显示扩展名,如果直接在记事本里将文件名改为test.jsp,那么另存的文件名会变成test.jsp.txt,记事本会自作聪明的为你加上.txt的扩展名,为了避免这种问题,需要在保存的时候,在文件名两端加上双引号,就像这样"test.jsp"。

建议设置系统文件夹属性,把文件的扩展名显示出来,这样我们更容易看出是否在文件名上出现问题。如果找不到这个设置,请打开“我的电脑” -> 选择上方菜单里的“工具” -> 选择弹出菜单中的“文件夹选项” -> 选择第二个标签“查看”,在下边的配置里有一项“隐藏已知文件类型的扩展名”,将它前面的对勾取消,点击确定,就可以看到文件的全名了。

得到了我们的第一个jsp文件之后,让我们把它复制到tomcat/webapp/ROOT目录下。现在检查一下tomcat是不是已经启动了,如果还没启动,需要先去启动tomcat,在看到tomcat正常启动的提示之后,就可以打开浏览器,输入网址 http://localhost:8080/test.jsp查看执行效果。

页面上的显示应该与下面类似:

Fri Feb 29 00:54:20 CST 2008
        

看到了这些字样,也就说明我们写的第一个jsp已经成功执行了,现在咱们看到的并不是谁预先写好的文字,而是使用服务器实时计算出的当前时间,如果不信你可以多刷新几次页面,时间内容会不断改变,显示的永远是当前服务器的时间。

好的,现在就引出了一个问题,jsp是如何把我们需要的数据发送给我们的。

1.2. B/S结构,请求与响应

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形式的响应,所以我们只要制造符合标准的数据,当作响应发送出去就行了。

其实一切都是这么简单,只要能了解它的运行原理,我们就可以在自己的舞台上大施拳脚,不用为涉及不到的领域胡乱苦恼了。

下一章,我们就可以研究如何使用jsp了。