您的位置：首页 > 其它

Web应用基础

2015-06-14 13:01 253 查看
B-S架构

架构的发展

1，c/s架构 (client客户端-server服务端) (胖客户端:要求客户端运行业务；把业务放到服务器端，则是瘦客户端) 典型的c/s应用：ftp工具、QQ、邮件系统、杀毒软件...

1.建立在tcp/ip协议之上，有自己的通信规则(建立业务)

2.需要相互配合才能完成一个完整业务逻辑

3.允许多个客户端程序同时接入一个server程序(并发)

4.每一个client(机器)都必须安装客户软件

5.修改了server程序，通常client程序都要修改(升级)

优点：利用客户端的计算能力，分担服务器的负荷(大型网络游戏就利用这点)

缺点：用户必须安装客户端程序；客户端需要升级(麻烦)

2，b/s架构 (browser - web server(cluster集群)) (极瘦客户端:最低限度地减少客户端程序，只需要browser(浏览器))
1.基于http协议(应用层)

2.几乎所有的业务逻辑处理都在server完成

3.支持并发

4.client要求很少，只需要安装browser(浏览器)

5.修改server之后，client不需要任何变化

6.server端开发技术：html/js,xhtml,... php,asp,jsp,servlet

缺点：所有业务都在服务器端完成，服务器负荷大。


优点：支持高并发访问；不需另外安装软件(只需浏览器)，免去更新的麻烦。

关于web中常见的名词或者概念，在我前面的博客里面有整理到，这里只是大致的罗列下复习一下。

开发一个静态的Web应用

1，下载一个tomcat服务器

2，web服务器-Tomcat的启动和配置，运行新版本的（5之后）tomcat只需要配置上JAVA_HOME就可以。

先进入Tomcat主目录下的bin目录 // %catalina_home%/bin

window平台：启动---startup.bat 关闭---shutdown.bat

Linux平台： 启动---startup.sh 关闭---shutdown.sh 或 Ctrl+C

测试： 打开浏览器，访问 Tomcat 首页：http://localhost:8080 或者 http://127.0.0.1:8080/
获取进程Id强行杀死tomcat进程：

ps ef|grep tomcat ---查看tomcat的进程id

kill -9 tomcat进程Id号 --- 强行杀死tomcat进程

3，介绍Web应用的结构，严格定义为两部分：

① Web应用的根目录下有一个特定的子目录称为WEB-INF，其中包含不能被客户访问的专用Web应用程序软件， 包括Servlet类文件、部署描述符web.xml、外部库以及其他任何由此应用程序使用的专用文件。

② 所有位于WEB-INF之外的文件都被看作是公共的，它们可以从客户端被访问。资源包括HTML页面、JSP页面和图像等。

web.xml的模板(一个web.xml中可以配置多个Servlet)：

<?xml version="1.0" encoding="UTF-8"?>
<web-app version="2.5"
xmlns="http://java.sun.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"> <servlet>
<servlet-name>servlet的名字1</servlet-name>   //servlet的逻辑名
<servlet-class>servlet类全名1</servlet-class> //类的完全限定名
</servlet>
<servlet>
<servlet-name>servlet的名字2</servlet-name>
<servlet-class>servlet类全名2</servlet-class>
</servlet>

<servlet-mapping>
<servlet-name>servlet的名字1</servlet-name> //要和servlet标签中的相同
<url-pattern>指定servlet相对于应用目录的路径</url-pattern> //servlet的访问路径
</servlet-mapping>
<servlet-mapping>
<servlet-name>servlet的名字2</servlet-name>
<url-pattern>指定servlet相对于应用目录的路径</url-pattern>
</servlet-mapping>
<welcome-file-list>
<welcome-file>index.jsp</welcome-file>//指定默认的欢迎页面
</welcome-file-list>
</web-app>


Web服务器的一些特点

什么是静态内容？什么是动态内容？

静态：返回页面每个客户端都相同。 动态：各个客户端的页面各不相同。产生动态内容的Web辅助应用：CGI & Servlet

CGI(Common Gateway Interface): 可以产生动态内容，跨语言(C/C++, Perl, python...)

1.本身是一个进程(数据共享，跨进程调用) --性能较差

2.可移植性很差(本地语言)

3.安全性差--可以访问本地的操作系统，容易受黑客攻击

web server / servlet container

1.性能好 --多线程(而不是进程)

2.可移植性 --相对好

3.安全性

Http基础

HTTP(Hyper Text Transfer Protocol)是超文本传输协议的缩写，它用于传送 WWW 方式的数据。 HTTP 协议采用了请求/响应模型。基于 TCP/IP 之上的协议，在 Web 上广泛使用。无状态。 如果来自服务器的响应是 html 页面，那么 html 内容会嵌入到 Http 响应中。 Http 会话：是一个简单的请求-响应序列。

1)请求响应模型

请求的关键要素：1.http方法(要完成的动作) 2.要访问的页面(URL请求) 3.表单参数

响应的关键要素：1.状态码(请求是否成功) 2.内容类型(txt,img,html等) 3.返回内容(具体资源:html,图片等)

2)URL的分析

URL(Uniform Resoure Locator)统一资源定位器。Web 上的每一个资源都有唯一的地址，采用的就是 url 格式

3)使用Http Monitor截获http的请求与响应信息

Http 请求方法包括：Get()方法;Post()方法; 其他方法：Head, Trace, Put, Delete, Connect 等

Get()方法： Http 最简单的方法，其最主要的任务：从服务器上获取资源

Post()方法：更强大的请求方法，不仅可以请求资源，还可以向服务器发送表单数据

4)分析http请求的信息

客户端向服务器发送一个请求，请求头包含：1.请求的方法； 2.URI； 3.协议版本； 4.以及包含请求修饰符； 5.客户信息和内容的类似于 MIME 的消息结构

5)分析http响应的信息。截获内容：

HTTP/1.1 200 OK      // HTTP/1.1 是web服务器使用的版本；200 是状态码；OK 是状态码的文本版本
ETag: W/"472-1198101802343"
Last-Modified: Wed, 19 Dec 2007 22:03:22 GMT
Content-Type: text/html  // MIME类型：告诉浏览器所要接收的是哪一类型的数据。以供浏览器显示。
Content-Length: 472
Date: Wed, 19 Dec 2007 22:05:44 GMT
Server: Apache-Coyote/1.1
//以上是Http响应的首部
//响应体中包含了Html以及其他要显示的内容
<html><head><title>User Login</title></head>
<body><center>……</center></body></html>


Http 响应状态码分析(具体代码含义参看 http 代码对照表)：

1xx:信息响应类，表示接收到请求并且继续处理

2xx:处理成功响应类，表示动作被成功接收、理解和接受

3xx:重定向响应类，为了完成指定的动作，必须接受进一步处理

4xx:客户端错误，客户请求包含语法错误或者是不能正确执行。 如：404——无法找到，表示无法找到指定位置的资源。

5xx:服务端错误，服务器不能正确执行一个正确的请求
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 点击这里给我发消息
标签： 
相关文章推荐
新的分享
章节导航