Web应用基础

• 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)：

        
          
            servlet的名字1   //servlet的逻辑名
            servlet类全名1 //类的完全限定名
          
          
            servlet的名字2
            servlet类全名2
          
         
          
            servlet的名字1 //要和servlet标签中的相同
            指定servlet相对于应用目录的路径 //servlet的访问路径
          
          
            servlet的名字2
            指定servlet相对于应用目录的路径
          
          
            index.jsp//指定默认的欢迎页面
          
        

• 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以及其他要显示的内容
        
        ……

       

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

        1xx:信息响应类，表示接收到请求并且继续处理
        2xx:处理成功响应类，表示动作被成功接收、理解和接受
        3xx:重定向响应类，为了完成指定的动作，必须接受进一步处理
        4xx:客户端错误，客户请求包含语法错误或者是不能正确执行。 如：404——无法找到，表示无法找到指定位置的资源。
        5xx:服务端错误，服务器不能正确执行一个正确的请求

转载于:https://www.cnblogs.com/LinkinPark/p/5233031.html