在网络环境差的情况下同一接口多次请求

最新推荐文章于 2024-05-21 14:15:14 发布
最新推荐文章于 2024-05-21 14:15:14 发布
阅读量352 收藏
点赞数 1
分类专栏： 前端bug 文章标签： javascript vue.js 前端 html
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_67403326/article/details/131175272
版权

0f3027c2428b4004836ecd494f0ac030.png

 前两次请求因为我设置了请求时间，已经超时取消了，第三次成功了，但是数据库里面多了三条数据，按理说应该只有一条

有可能是因为网络延迟，实际上数据已经到后台了，但是没来的及在五秒内响应，然后又重复请求了，没有返回值所以没有触发.then事件，如果设置节流的话又会影响用户体验，而且并不能解决当下的问题。

解决方法就是在点击按钮触发接口的时候先触发loading事件，然后再发送请求，直到.then之后，再把loading事件改成false，差一点完美解决这个问题

别和我谈梦想,我的梦想就是不上班
关注
  • 1
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
JMeter操作手册大全.docx
03-24
从35个方面对Jmeter从原理到实际演示，一册在手，天下我有 1.性能测试基本概念 1.1.RT -Response time 请求响应时间 从客户端发出请求到得到响应的整个时间 一般包括网络响应时间+server的响应时间。 用户接受准则: 例如2-5-10原则，即按照正常用户体验，如果用户能够在2秒内得到响应，会感觉速度很快，如果2-5秒得到响应，用户感觉系统的响应速度还不多，在5-10秒之内得到响应时，用户会感觉系统的响应速度慢，但是可以接受，超过10秒后还没有响应，用户就会感觉不能够接受。 不同行业不同业务可接受的响应时间是不同的，一般情况，对于在线实时交易： 互联网企业：500毫秒以下，例如淘宝业务10毫秒左右。 金融企业：1秒以下为佳，部分复杂业务3秒以下。 保险企业：3秒以下为佳。 制造业：5秒以下为佳。 1.2.系统处理能力 系统处理能力是指系统在利用系统硬件平台和软件平台进行信息处理的能力。系统处理能力通过系统每秒钟能够处理的交易数量来评价，交易有两种理解： 一是业务人员角度的一笔业务过程； 二是系统角度的一次交易申请和响应过程。 前者称为业务交易过程，后者称为事务。两种交易指标都可以评价应用系统的处理能力。一般的建议与系统交易日志保持一致，以便于统计业务量或者交易量。系统处理能力指标是技术测试活动中重要指标。 1.1.1.简称 一般情况下，用以下几个指标来度量： HPS（Hits Per Second） ：每秒点击次数，单位是次/秒。 TPS（Transaction per Second）：系统每秒处理事务数，单位是笔/秒。吞吐量。 不可分割的。要么完全成功，要么完全失败。 QPS（Query per Second）：系统每秒处理查询次数，单位是次/秒。 对于互联网业务中，如果某些业务有且仅有一个请求连接，那么TPS=QPS=HPS， 一般情况下用TPS来衡量整个业务流程，用QPS来衡量接口查询次数，用HPS来表示对服务器点击请求。 每秒钟处理完的事务次数，一般TPS是对整个系统来讲的。一个应用系统1s能完成多少事务处理，一个事务在分布式处理中，可能会对应多个请求，对于衡量单个接口服务的处理能力，用QPS比较多。 1.1.2.标准 无论TPS、QPS、HPS,此指标是衡量系统处理能力非常重要的指标，越大越好，根据经验，一般情况下： 金融行业：1000TPS~9000TPS，不包括互联网化的活动 保险行业：100TPS~1000TPS，不包括互联网化的活动 制造行业：10TPS~50TPS 互联网电子商务：10000TPS~100000TPS,例如天猫5万TPS 互联网中型网站：100TPS~500TPS 互联网小型网站: 50TPS~100TPS 1.3.并发用户数量 常见的错误理解: 使用系统的全部用户数量(注册用户) 使用系统的全部在线用户数量 正确理解 并发用户数指在同一时刻内，打开系统并进行业务操作的用户数量，并发用户数对于长连接(数据库连接时长连接，web请求时短连接)系统来说最大并发用户数即是系统的并发接入能力。对于短连接系统而言最大并发用户数并不等于系统的并发接入能力，而是与系统架构、系统处理能力等各种情况相关 http:请求只能由客户端发出，服务端被动响应。 1.1.3. 简称 Virtual User: VU 1.1.4.标准 一般情况下，性能测试是将系统处理能力容量测出来，而不是测试并发用户数，除了服务器长连接可能影响并发用户数外，系统处理能力不完全受并发用户数影响，可以用最小的用户数将系统处理能力容量测试出来，也可以用更多的用户将系统处理能力容量测试出来。 并发用户数量: 并发用户多少为好？ 中小企业:5000用户 1.4.错误率 1.1.5. 定义及解释 错误率指系统在负载情况下，失败交易的概率。错误率＝(失败交易数/交易总数)*100%。稳定性较好的系统，其错误率应该由超时引起，即为超时率。 1.1.6.标准 不同系统对错误率的要求不同，但一般不超出千分之六，即成功率不低于99.4% 1.5.CPU 定义及解释 中央处理器是一块超大规模的集成电路，是一台计算机的运算核心（Core）和控制核心（ Control Unit）。它的功能主要是解释计算机指令以及处理计算机软件中的数据。CPU Load: 系统正在干活的多少的度量，队列长度。系统平均负载。 CPU指标主要指的CPU利用率，包括用户态(user)、系统态(sys)、等待态(wait)、空闲态(idle)。CPU 利用率要低于业界警戒值范围之内，即小于或者等于75%;CPU sys%小于或者等于30%, CPU wait%小于或者等于5%。单核CPU也需遵循上述指标要求。 7*24不允许宕机 1.6. Memory 内存是计算机中重要的部件之一，它是与CPU进行沟通的桥梁。计算机中所有程序的运行都是在内存中进行的，因此内存的性能对计算机的影响非常大。 现代的操作系统为了最大利用内存，在内存中存放了缓存，因此内存利用率100%并不代表内存有瓶颈，衡量系统内有有瓶颈主要靠SWAP（与虚拟内存交换）交换空间利用率，一般情况下，SWAP交换空间利用率要低于70%,太多的交换将会引起系统性能低下。 Swap解释: 当物理内存接近崩溃时，将物理内存中最近一段时间最少频率使用到的页框移出物理内存，放进该存储空间，这段存储空间我们称之为交换空间（Swap） 1.7.磁盘吞吐量 Disk Throughput. 磁盘吞吐量是指在无磁盘故障的情况下单位时间内通过磁盘的数据量。 磁盘指标主要有每秒读写多少兆，磁盘繁忙率，磁盘队列数，平均服务时间，平均等待时间，空间利用率。其中磁盘繁忙率是直接反映磁盘是否有瓶颈的的重要依据，一般情况下，磁盘繁忙率要低于70%。 1.8.网络吞吐量 Network Throughput 10Mbit带宽，每秒传输的字节数1.25MBytes 网络吞吐量是指在无网络故障的情况下单位时间内通过的网络的数据数量。单位为Byte/s。网络吞吐量指标用于衡量系统对于网络设备或链路传输能力的需求。当网络吞吐量指标接近网络设备或链路最大传输能力时，则需要考虑升级网络设备。 网络吞吐量指标主要有每秒有多少兆流量进出，一般情况下不能超过设备或链路最大传输能力的70%。 2.性能测试基本流程 性能测试需求: 1)最终用户体验，例如2-5-10原则，即按照正常用户体验，如果用户能够在2秒内得到响应，会感觉速度很快，如果2-5秒得到响应，用户感觉系统的响应速度还不多，在5-10秒之内得到响应时，用户会感觉系统的响应速度慢，但是可以接受，超过10秒后还没有响应，用户就会感觉不能够接受。 2)技术需求, cpu，内存，网络吞吐量，磁盘吞吐量 3)标准要求: 竞品分析- 响应时间 互联网企业：500毫秒以下，例如淘宝业务10毫秒左右。 金融企业：1秒以下为佳，部分复杂业务3秒以下。 保险企业：3秒以下为佳。 制造业：5秒以下为佳。 TPS 金融行业：1000TPS~9000TPS，不包括互联网化的活动 保险行业：100TPS~1000TPS，不包括互联网化的活动 制造行业：10TPS~50TPS 互联网电子商务：10000TPS~100000TPS,例如天猫5万TPS 互联网中型网站：100TPS~500TPS 互联网小型网站: 50TPS~100TPS 性能测试计划 测试环境，测试需求，测试方法，测试时间表，测试组织架构，测试风险，输入输出文档 性能测试步骤: 性能测试执行 3.性能测试工具 4.Jmeter简介 4.1.Jmeter的基本概念 Apache JMeter是Apache组织开发的基于Java的压力测试工具。用于对软件做压力测试，它最初被设计用于Web应用测试，但后来扩展到其他测试领域。 它可以用于测试静态和动态资源，例如静态文件、Java 小服务程序、CGI 脚本、Java 对象、数据库、FTP 服务器， 等等。JMeter 可以用于对服务器、网络或对象模拟巨大的负载，来自不同压力类别下测试它们的强度和分析整体性能。另外，JMeter能够对应用程序做功能/回归测试，通过创建带有断言的脚本来验证你的程序返回了你期望的结果。为了最大限度的灵活性，JMeter允许使用正则表达式创建断言 4.2.我们为什么使用Jmeter 开源免费还很好用，基于Java编写，可集成到其他系统可拓展各个功能插件 支持接口测试，压力（负载和压力）测试等多种功能，支持录制回放，入门简单 相较于自己编写框架活其他开源工具，有较为完善的UI界面，便于接口调试 多平台支持，可在Linux，Windows，Mac上运行 5.Jmeter安装配置及目录结构 5.1.Windows下Jmeter下载安装 登录 http://jmeter.apache.org/download_jmeter.cgi ，根据自己平台，下载对应文件 安装JDK，配置环境变量（具体步骤不做介绍） 将下载Jmeter文件解压，打开/bin/jmeter.bat 5.2.Jmeter的目录结构 /bin 目录（常用文件介绍） examples：目录下包含Jmeter使用实例 ApacheJMeter.jar：JMeter源码包 jmeter.bat：windows下启动文件 jmeter.sh：Linux下启动文件 jmeter.log：Jmeter运行日志文件 jmeter.properties：Jmeter配置文件 jmeter-server.bat：windows下启动负载生成器服务文件 jmeter-server：Linux下启动负载生成器文件 /docs目录——Jmeter帮助文档 /extras目录——提供了对Ant的支持文件，可也用于持续集成 /lib目录——存放Jmeter依赖的jar包，同时安装插件也放于此目录 /licenses目录——软件许可文件，不用管 /printable_docs目录——Jmeter用户手册 6.Jmeter简单入门 6.1.修改语言 6.2.创建测试计划 6.3.添加线程组 6.4.添加sampler设置http请求 6.5.添加结果树 6.6.查看结果 7.测试计划 独立运行每个线程组： 再每一组运行结束后启动下一个 Run tearDown Thread Groups after shutdown of main threads：   主线程关闭运行后拆除线程组， 8.线程组 Delay Thread creation until needed                延迟创建线程，直到该线程开始采样，即之后的任何线程组延迟和加速时间为线程本身。这样可以支持更多的线程，但不会有太多是同时处于活动状态。  持续时间（秒）：测试计划持续多长时间，会覆盖结束时间。  启动延迟（秒）：测试计划延迟多长时间启动，会覆盖启动时间。 9.Sampler --HTTP请求 请求方式 请求路径 请求ip 请求协议 请求编码 重定向之前的和之后的请求都会在结果树中显示出来 自动重定向，只会显示重定向之后的地址。 10.结果收集 10.1.查看结果树 10.2.表格查看结果 偏离表示服务器响应时间变化、离散程度测量值的大小，或者，换句话说，就是数据的分布。 10.3.聚合报告 10.4.Summary Report 11.Jmeter参数化 11.1.用户定义的变量 使用配置原件中用户定义的变量可以进行参数化 11.2.用户参数 使用前置管理器设置用户参数 11.3.使用csv配置原件 配置元件(Config E
网络延迟造成插入多条重复数据
iamlzyoco的博客
06-12 1507
场景：在页面上只添加了一条数据，点击一次保存后，发下接口响应很慢又多点了几次，造成保存成功后，有多条一样的重复数据。 解决方案：1.使用同步关键字对代码块进行加锁； 2.在数据库中对需要保持唯一性的字段添加索引。 ...
后台怎么防止网络延迟,用户连续点击导致后台重复执行一条语句
天道酬勤
03-25 2563
1.对于后端的java来说:有以下两条思路: 1.通过增加唯一字段来确定,如果在新增的时候,唯一字段重复了,抛出异常 2.如果是修改,利用乐观锁的方法实现.保证version满足的时候在执行,这样就是可以的了 update table _test set name = name1,version = version+1 where id =1 and veris...
java-servlet-api.doc
10-13
Java Servlet API说明文档 绪言 这是一份关于2.1版JavaServletAPI的说明文档，作为对这本文档的补充，你可以到http://java.sun.com/products/servlet/index.html下面下载Javadoc格式的文档。 谁需要读这份文档 这份文档描述了JavaServletAPI的最新版本2.1版。所以，这本书对于Servlet的开发者及servlet引擎的开发者同样适用。 JavaServletAPI的组成 JavaServletAPI由两个软件包组成：一个是对应HTTP的软件包，另一个是不对应HTTP的通用的软件包。这两个软件包的同时存在使得JavaServletAPI能够适应将来的其他请求-响应的协议。 这份文档以及刚才提及的Javadoc格式的文档都描述了这两个软件包，Javadoc格式的文档还描述了你应该如何使用这两个软件包中的所有方法。 有关规范 你也许对下面的这些Internet规范感兴趣，这些规范将直接影响到ServletAPI的发展和执行。你可以从http://info.internet.isi.edu/7c/in-notes/rfc/.cache找到下面提到的所有这些RFC规范。 RFC1738统一资源定位器(URL) RFC1808相关统一资源定位器 RFC1945超文本传输协议--HTTP/1.0 RFC2045多用途Internet邮件扩展(多用途网际邮件扩充协议(MIME))第一部分:Internet信息体格式 RFC2046多用途Internet邮件扩展(多用途网际邮件扩充协议(MIME))第二部分:媒体类型 RFC2047多用途网际邮件扩充协议(MIME)(多用途Internet邮件扩展)第三部分:信息标题扩展用于非ASCII文本 RFC2048多用途Internet邮件扩展(多用途网际邮件扩充协议(MIME))第四部分:注册步骤 RFC2049多用途Internet邮件扩展(多用途网际邮件扩充协议(MIME))第五部分:一致性标准和例子 RFC2068超文本传输协议--HTTP/1.1 RFC2069一个扩展HTTP:摘要访问鉴定 RFC2109HTTP状态管理机制 RFC2145HTTP版本号的使用和解释 RFC2324超文本CoffeePot控制协议(HTCPCP/1.0) 万维网协会（http://www.w3.org）管理着这些协议的规范和执行。 有关JavaServlets JavaTMservlets是一个不受平台约束的Java小程序，它可以被用来通过多种方法扩充一个Web服务器的功能。你可以把Servlet理解成Server上的applets，它被编译成字节码，这样它就可以被动态地载入并用效地扩展主机的处理能力。 Servlet与applets不同的地方是，它不运行在Web浏览器或其他图形化的用户界面上。Servlet通过servlet引擎运行在Web服务器中，以执行请求和响应，请求、响应的典型范例是HTTP协议。 一个客户端程序，可以是一个Web浏览器，或者是非其他的可以连接上Internet的程序，它会访问Web服务器并发出请求。这个请求被运行在Web服务器上的Servlet引擎处理，并返回响应到Servlet。Servlet通过HTTP将这个响应转发到客户端。 在功能上，Servlet与CGI、NSAPI有点类似，但是，与他们不同的是：Servlet具有平台无关性。 JavaServlet概论 Servlet与其他普通的server扩展机制有以下进步： 因为它采用了不同的进程处理模式，所以它比CGI更快。 它使用了许多Web服务器都支持的标准的API。 它继承了Java的所有优势，包括易升级以及平台无关性。 它可以调用Java所提供的大量的API的功能模块。 这份文档说明了JavaServletAPI的类和接口的方法。有关更多的信息，请参看下面的API说明。 Servlet的生命周期 一个Javaservlet具有一个生命周期，这个生命周期定义了一个Servlet如何被载入并被初始化，如何接收请求并作出对请求的响应，如何被从服务中清除。Servlet的生命周期被javax.servlet.Servlet这个接口所定义。 所有的JavaServlet都会直接地或间接地执行javax.servlet.Servlet接口，这样它才能在一个Servlet引擎中运行。Servlet引擎是Web服务器按照JavaServletAPI定制的扩展。Servlet引擎提供网络服务，能够理解MIME请求，并提供一个运行Servlet的容器。 javax.servlet.Servlet接口定义了在Servlet的生命周期中特定时间以及特定顺序被调用的方法。 Servlet的解析和载入 Servlet引擎解析并载入一个Servlet，这个过程可以发生在引擎启动时，需要一个Servlet去响应请求时，以及在此之间的任何时候。 Servlet引擎利用Java类载入工具载入一个Servlet，Servlet引擎可以从一个本地的文件系统、一个远程的文件系统以及网络载入Servlet。 Servlet的初始化 Servlet引擎载入Servlet后，Servlet引擎必须对Servlet进行初始化，在这一过程中，你可以读取一些固定存储的数据、初始化JDBC的连接以及建立与其他资源的连接。 在初始化过程中，javax.servlet.Servlet接口的init()方法提供了Servlet的初始化信息。这样，Servlet可以对自己进行配置。 init()方法获得了一个Servlet配置对象（ServletConfig）。这个对象在Servlet引擎中执行，并允许Servlet通过它获处相关参数。这个对象使得Servlet能够访问ServletContext对象。 Servlet处理请求\r Servlet被初始化之后，它已经可以处理来自客户端的请求，每一个来自客户端的请求都被描述成一个ServletRequest对象，Servlet的响应被描述成一个ServletResponse对象。 当客户端发出请求时，Servlet引擎传递给Servlet一个ServletRequest对象和一个ServletResponse对象，这两个对象作为参数传递到service()方法中。 Servlet也可以执行ServletRequest接口和ServletResponse接口。ServletRequest接口使得Servlet有权使用客户端发出的请求。Servlet可以通过ServletInputStream对象读取请求信息。 ServletResponse接口允许Servlet建立响应头和状态代码。通过执行这个接口，Servlet有权使用ServletOutputStream类来向客户端返回数据。 多线程和映射\r 在多线程的环境下，Servlet必须能处理许多同时发生的请求。例外的情况是这个Servlet执行了SingleThreadModel接口，如果是那样的话，Servlet只能同时处理一个请求。 Servlet依照Servlet引擎的映射来响应客户端的请求。一个映射对包括一个Servlet实例以及一个Servlet返回数据的URL，例如：HelloServletwith/hello/index.html。 然而，一个映射可能是由一个URL和许多Servlet实例组成，例如：一个分布式的Servlet引擎可能运行在不止一个的服务器中，这样的话，每一个服务器中都可能有一个Servlet实例，以平衡进程的载入。作为一个Servlet的开发者，你不能假定一个Servlet只有一个实例。 Servlet的卸载 Servlet引擎并不必需保证一个Servlet在任何时候或在服务开启的任何时候都被载入。Servlet引擎可以自由的在任何时候使用或清除一个Servlet。因此，我们不能依赖一个类或实例来存储重要的信息。 当Servlet引擎决定卸载一个Servlet时（例如，如果这个引擎被关闭或者需要让资源），这个引擎必须允许Servlet释放正在使用的资源并存储有关资料。为了完成以上工作，引擎会调用Servlet的destroy()方法。 在卸载一个Servlet之前，Servlet引擎必须等待所有的service()方法完成或超时结束（Servlet引擎会对超时作出定义）。当一个Servlet被卸载时，引擎将不能给Servlet发送任何请求。引擎必须释放Servlet并完成无用存储单元的收集 Servlet映射技术\r 作为一个Servlet引擎的开发者，你必须对于如何映射客户端的请求到Servlet有大量的适应性。这份说明文档不规定映射如何发生。但是，你必须能够自由地运用下面的所有技术： 映射一个Servlet到一个URL 例如，你可以指定一个特殊的Servlet它仅被来自/feedback/index.html的请求调用。 映射一个Servlet到以一个指定的目录名开始的所有URL 例如，你可以映射一个Servlet到/catalog，这样来自/catalog/、/catalog/garden和/catalog/housewares/index.html的请求都会被映射到这个Servlet。但是来自/catalogtwo或/catalog.html的请求没被映射。 映射一个Servlet到所有以一个特定的字段结尾的所有URL 例如，你可以映射一个来自于所有以in.thtml结尾的请求到一个特定的Servlet。 映射一个Servlet到一个特殊的URL/servlet/servlet_name。 例如，如果你建立了一个名叫listattributes的Servlet，你可以通过使用/servlet/listattributes来访问这个Servlet。 通过类名调用Servlet 例如，如果Servlet引擎接收了来自/servlet/com.foo.servlet.MailServlet的请求，Servlet引擎会载入这个com.foo.servlet.MailServlet类，建立实例，并通过这个Servlet来处理请求。 Servlet环境 ServletContext接口定义了一个Servlet环境对象，这个对象定义了一个在Servlet引擎上的Servlet的视图。通过使用这个对象，Servlet可以记录事件、得到资源并得到来自Servlet引擎的类（例如RequestDispatcher对象）。一个Servlet只能运行在一个Servlet环境中，但是不同的Servlet可以在Servlet引擎上有不同的视图。 如果Servlet引擎支持虚拟主机，每个虚拟主机有一个Servlet环境。一个Servlet环境不能在虚拟主机之间共享。 Servlet引擎能够允许一个Servlet环境有它自己的活动范围。 例如，一个Servlet环境是属于bank应用的，它将被映射到/bank目录下。在这种情况下，一个对getContext方法的调用会返回/bank的Servlet环境。 HTTP会话 HTTP是一个没有状态的协议。要建立一个有效的Web服务应用，你必须能够识别一个连续的来自远端的客户机的唯一的请求。随着时间的过去，发展了许多会话跟踪的技术，但是使用起来都比较麻烦。 JavaServletAPI提供了一个简单的接口，通过这个接口，Servlet引擎可以有效地跟踪用户的会话。 建立Session 因为HTTP是一个请求-响应协议，一个会话在客户机加入之前会被认为是一个新的会话。加入的意思是返回会话跟踪信息到服务器中，指出会话已被建立。在客户端加入之前，我们不能判断下一个客户端请求是目前会话的一部分。 在下面的情况下，Session会被认为是新的Session。 客户端的Session在此之前还不知道 客户端选择不加入Session，例如，如果客户端拒绝接收来自服务器的cookie 作为一个Servlet的开发者，你必须决定你的Web应用是否处理客户机不加入或不能加入Session。服务器会在Web服务器或Servlet规定的时间内维持一个Session对象。当Session终止时，服务器会释放Session对象以及所有绑定在Session上的对象。 绑定对象到Session中 如果有助于你处理应用的数据需求，你也许需要绑定对象到Session中，你可以通过一个唯一的名字绑定任何的对象到Session中，这时，你需要使用HttpSession对象。任何绑定到Session上的对象都可以被处理同一会话的Servlet调用。 有些对象可能需要你知道什么时候会被放置到Session中或从Session中移开。你可以通过使用HttpSessionBindingListener接口获得这些信息。当你的应用存储数据到Session中，或从Session中清除数据，Servlet都会通过HttpSessionBindingListener检杳什么类被绑定或被取消绑定。这个接口的方法会通报被绑定或被取消绑定的对象。 绪言 这是一份关于2.1版JavaServletAPI的说明文档，作为对这本文档的补充，你可以到http://java.sun.com/products/servlet/index.html下面下载Javadoc格式的文档。 谁需要读这份文档 这份文档描述了JavaServletAPI的最新版本2.1版。所以，这本书对于Servlet的开发者及servlet引擎的开发者同样适用。 JavaServletAPI的组成 JavaServletAPI由两个软件包组成：一个是对应HTTP的软件包，另一个是不对应HTTP的通用的软件包。这两个软件包的同时存在使得JavaServletAPI能够适应将来的其他请求-响应的协议。 这份文档以及刚才提及的Javadoc格式的文档都描述了这两个软件包，Javadoc格式的文档还描述了你应该如何使用这两个软件包中的所有方法。 有关规范 你也许对下面的这些Internet规范感兴趣，这些规范将直接影响到ServletAPI的发展和执行。你可以从http://info.internet.isi.edu/7c/in-notes/rfc/.cache找到下面提到的所有这些RFC规范。 RFC1738统一资源定位器(URL) RFC1808相关统一资源定位器 RFC1945超文本传输协议--HTTP/1.0 RFC2045多用途Internet邮件扩展(多用途网际邮件扩充协议(MIME))第一部分:Internet信息体格式 RFC2046多用途Internet邮件扩展(多用途网际邮件扩充协议(MIME))第二部分:媒体类型 RFC2047多用途网际邮件扩充协议(MIME)(多用途Internet邮件扩展)第三部分:信息标题扩展用于非ASCII文本 RFC2048多用途Internet邮件扩展(多用途网际邮件扩充协议(MIME))第四部分:注册步骤 RFC2049多用途Internet邮件扩展(多用途网际邮件扩充协议(MIME))第五部分:一致性标准和例子 RFC2068超文本传输协议--HTTP/1.1 RFC2069一个扩展HTTP:摘要访问鉴定 RFC2109HTTP状态管理机制 RFC2145HTTP版本号的使用和解释 RFC2324超文本CoffeePot控制协议(HTCPCP/1.0) 万维网协会（http://www.w3.org）管理着这些协议的规范和执行。 有关JavaServlets JavaTMservlets是一个不受平台约束的Java小程序，它可以被用来通过多种方法扩充一个Web服务器的功能。你可以把Servlet理解成Server上的applets，它被编译成字节码，这样它就可以被动态地载入并用效地扩展主机的处理能力。 Servlet与applets不同的地方是，它不运行在Web浏览器或其他图形化的用户界面上。Servlet通过servlet引擎运行在Web服务器中，以执行请求和响应，请求、响应的典型范例是HTTP协议。 一个客户端程序，可以是一个Web浏览器，或者是非其他的可以连接上Internet的程序，它会访问Web服务器并发出请求。这个请求被运行在Web服务器上的Servlet引擎处理，并返回响应到Servlet。Servlet通过HTTP将这个响应转发到客户端。 在功能上，Servlet与CGI、NSAPI有点类似，但是，与他们不同的是：Servlet具有平台无关性。 JavaServlet概论 Servlet与其他普通的server扩展机制有以下进步： 因为它采用了不同的进程处理模式，所以它比CGI更快。 它使用了许多Web服务器都支持的标准的API。 它继承了Java的所有优势，包括易升级以及平台无关性。 它可以调用Java所提供的大量的API的功能模块。 这份文档说明了JavaServletAPI的类和接口的方法。有关更多的信息，请参看下面的API说明。 Servlet的生命周期 一个Javaservlet具有一个生命周期，这个生命周期定义了一个Servlet如何被载入并被初始化，如何接收请求并作出对请求的响应，如何被从服务中清除。Servlet的生命周期被javax.servlet.Servlet这个接口所定义。 所有的JavaServlet都会直接地或间接地执行javax.servlet.Servlet接口，这样它才能在一个Servlet引擎中运行。Servlet引擎是Web服务器按照JavaServletAPI定制的扩展。Servlet引擎提供网络服务，能够理解MIME请求，并提供一个运行Servlet的容器。 javax.servlet.Servlet接口定义了在Servlet的生命周期中特定时间以及特定顺序被调用的方法。 Servlet的解析和载入\r Servlet引擎解析并载入一个Servlet，这个过程可以发生在引擎启动时，需要一个Servlet去响应请求时，以及在此之间的任何时候。 Servlet引擎利用Java类载入工具载入一个Servlet，Servlet引擎可以从一个本地的文件系统、一个远程的文件系统以及网络载入Servlet。 Servlet的初始化 Servlet引擎载入Servlet后，Servlet引擎必须对Servlet进行初始化，在这一过程中，你可以读取一些固定存储的数据、初始化JDBC的连接以及建立与其他资源的连接。 在初始化过程中，javax.servlet.Servlet接口的init()方法提供了Servlet的初始化信息。这样，Servlet可以对自己进行配置。 init()方法获得了一个Servlet配置对象（ServletConfig）。这个对象在Servlet引擎中执行，并允许Servlet通过它获处相关参数。这个对象使得Servlet能够访问ServletContext对象。 Servlet处理请求\r Servlet被初始化之后，它已经可以处理来自客户端的请求，每一个来自客户端的请求都被描述成一个ServletRequest对象，Servlet的响应被描述成一个ServletResponse对象。 当客户端发出请求时，Servlet引擎传递给Servlet一个ServletRequest对象和一个ServletResponse对象，这两个对象作为参数传递到service()方法中。 Servlet也可以执行ServletRequest接口和ServletResponse接口。ServletRequest接口使得Servlet有权使用客户端发出的请求。Servlet可以通过ServletInputStream对象读取请求信息。 ServletResponse接口允许Servlet建立响应头和状态代码。通过执行这个接口，Servlet有权使用ServletOutputStream类来向客户端返回数据。 多线程和映射\r 在多线程的环境下，Servlet必须能处理许多同时发生的请求。例外的情况是这个Servlet执行了SingleThreadModel接口，如果是那样的话，Servlet只能同时处理一个请求。 Servlet依照Servlet引擎的映射来响应客户端的请求。一个映射对包括一个Servlet实例以及一个Servlet返回数据的URL，例如：HelloServletwith/hello/index.html。 然而，一个映射可能是由一个URL和许多Servlet实例组成，例如：一个分布式的Servlet引擎可能运行在不止一个的服务器中，这样的话，每一个服务器中都可能有一个Servlet实例，以平衡进程的载入。作为一个Servlet的开发者，你不能假定一个Servlet只有一个实例。 Servlet的卸载 Servlet引擎并不必需保证一个Servlet在任何时候或在服务开启的任何时候都被载入。Servlet引擎可以自由的在任何时候使用或清除一个Servlet。因此，我们不能依赖一个类或实例来存储重要的信息。 当Servlet引擎决定卸载一个Servlet时（例如，如果这个引擎被关闭或者需要让资源），这个引擎必须允许Servlet释放正在使用的资源并存储有关资料。为了完成以上工作，引擎会调用Servlet的destroy()方法。 在卸载一个Servlet之前，Servlet引擎必须等待所有的service()方法完成或超时结束（Servlet引擎会对超时作出定义）。当一个Servlet被卸载时，引擎将不能给Servlet发送任何请求。引擎必须释放Servlet并完成无用存储单元的收集 Servlet映射技术\r 作为一个Servlet引擎的开发者，你必须对于如何映射客户端的请求到Servlet有大量的适应性。这份说明文档不规定映射如何发生。但是，你必须能够自由地运用下面的所有技术： 映射一个Servlet到一个URL 例如，你可以指定一个特殊的Servlet它仅被来自/feedback/index.html的请求调用。 映射一个Servlet到以一个指定的目录名开始的所有URL 例如，你可以映射一个Servlet到/catalog，这样来自/catalog/、/catalog/garden和/catalog/housewares/index.html的请求都会被映射到这个Servlet。但是来自/catalogtwo或/catalog.html的请求没被映射。 映射一个Servlet到所有以一个特定的字段结尾的所有URL 例如，你可以映射一个来自于所有以in.thtml结尾的请求到一个特定的Servlet。 映射一个Servlet到一个特殊的URL/servlet/servlet_name。 例如，如果你建立了一个名叫listattributes的Servlet，你可以通过使用/servlet/listattributes来访问这个Servlet。 通过类名调用Servlet 例如，如果Servlet引擎接收了来自/servlet/com.foo.servlet.MailServlet的请求，Servlet引擎会载入这个com.foo.servlet.MailServlet类，建立实例，并通过这个Servlet来处理请求。 Servlet环境 ServletContext接口定义了一个Servlet环境对象，这个对象定义了一个在Servlet引擎上的Servlet的视图。通过使用这个对象，Servlet可以记录事件、得到资源并得到来自Servlet引擎的类（例如RequestDispatcher对象）。一个Servlet只能运行在一个Servlet环境中，但是不同的Servlet可以在Servlet引擎上有不同的视图。 如果Servlet引擎支持虚拟主机，每个虚拟主机有一个Servlet环境。一个Servlet环境不能在虚拟主机之间共享。 Servlet引擎能够允许一个Servlet环境有它自己的活动范围。 例如，一个Servlet环境是属于bank应用的，它将被映射到/bank目录下。在这种情况下，一个对getContext方法的调用会返回/bank的Servlet环境。 HTTP会话 HTTP是一个没有状态的协议。要建立一个有效的Web服务应用，你必须能够识别一个连续的来自远端的客户机的唯一的请求。随着时间的过去，发展了许多会话跟踪的技术，但是使用起来都比较麻烦。 JavaServletAPI提供了一个简单的接口，通过这个接口，Servlet引擎可以有效地跟踪用户的会话。 建立Session 因为HTTP是一个请求-响应协议，一个会话在客户机加入之前会被认为是一个新的会话。加入的意思是返回会话跟踪信息到服务器中，指出会话已被建立。在客户端加入之前，我们不能判断下一个客户端请求是目前会话的一部分。 在下面的情况下，Session会被认为是新的Session。 客户端的Session在此之前还不知道 客户端选择不加入Session，例如，如果客户端拒绝接收来自服务器的cookie 作为一个Servlet的开发者，你必须决定你的Web应用是否处理客户机不加入或不能加入Session。服务器会在Web服务器或Servlet规定的时间内维持一个Session对象。当Session终止时，服务器会释放Session对象以及所有绑定在Session上的对象。 绑定对象到Session中 如果有助于你处理应用的数据需求，你也许需要绑定对象到Session中，你可以通过一个唯一的名字绑定任何的对象到Session中，这时，你需要使用HttpSession对象。任何绑定到Session上的对象都可以被处理同一会话的Servlet调用。 有些对象可能需要你知道什么时候会被放置到Session中或从Session中移开。你可以通过使用HttpSessionBindingListener接口获得这些信息。当你的应用存储数据到Session中，或从Session中清除数据，Servlet都会通过HttpSessionBindingListener检杳什么类被绑定或被取消绑定。这个接口的方法会通报被绑定或被取消绑定的对象。 软件包：javax.servlet.http 所包含的接口：HttpServletRequest；HttpServletResponse；HttpSession；HttpSessionBindingListener；HttpSessionContext。 所包含的类：Cookie；HttpServlet；HttpSessionBindingEvent；HttpUtils。 一、HttpServletRequest接口 定义\ publicinterfaceHttpServletRequestextendsServletRequest; 用来处理一个对Servlet的HTTP格式的请求信息。 方法 1、getAuthType publicStringgetAuthType(); 返回这个请求的身份验证模式。 2、getCookies publicCookie[]getCookies(); 返回一个数组，该数组包含这个请求中当前的所有cookie。如果这个请求中没有cookie，返回一个空数组。 3、getDateHeader publiclonggetDateHeader(Stringname); 返回指定的请求头域的值，这个值被转换成一个反映自1970-1-1日（GMT）以来的精确到毫秒的长整数。 如果头域不能转换，抛出一个IllegalArgumentException。如果这个请求头域不存在，这个方法返回-1。 4、getHeader publicStringgetHeader(Stringname); 返回一个请求头域的值。（译者注：与上一个方法不同的是，该方法返回一个字符串） 如果这个请求头域不存在，这个方法返回-1。 5、getHeaderNames publicEnumerationgetHeaderNames(); 该方法返回一个String对象的列表，该列表反映请求的所有头域名。 有的引擎可能不允许通过这种方法访问头域，在这种情况下，这个方法返回一个空的列表。 6、getIntHeader publicintgetIntHeader(Stringname); 返回指定的请求头域的值，这个值被转换成一个整数。 如果头域不能转换，抛出一个IllegalArgumentException。如果这个请求头域不存在，这个方法返回-1。 7、getMethod publicStringgetMethod(); 返回这个请求使用的HTTP方法（例如：GET、POST、PUT） 8、getPathInfo publicStringgetPathInfo(); 这个方法返回在这个请求的URL的Servlet路径之后的请求URL的额外的路径信息。如果这个请求URL包括一个查询字符串，在返回值内将不包括这个查询字符串。这个路径在返回之前必须经过URL解码。如果在这个请求的URL的Servlet路径之后没有路径信息。这个方法返回空值。 9、getPathTranslated publicStringgetPathTranslated(); 这个方法获得这个请求的URL的Servlet路径之后的额外的路径信息，并将它转换成一个真实的路径。在进行转换前，这个请求的URL必须经过URL解码。如果在这个URL的Servlet路径之后没有附加路径信息。这个方法返回空值。 10、getQueryString publicStringgetQueryString(); 返回这个请求URL所包含的查询字符串。一个查询字串符在一个URL中由一个“？”引出。如果没有查询字符串，这个方法返回空值。 11、getRemoteUser publicStringgetRemoteUser 返回作了请求的用户名，这个信息用来作HTTP用户论证。 如果在请求中没有用户名信息，这个方法返回空值。 12、getRequestedSessionId publicStringgetRequestedSessionId(); 返回这个请求相应的sessionid。如果由于某种原因客户端提供的sessionid是无效的，这个sessionid将与在当前session中的sessionid不同，与此同时，将建立一个新的session。 如果这个请求没与一个session关联，这个方法返回空值。 13、getRequestURI publicStringgetRequestURI(); 从HTTP请求的第一行返回请求的URL中定义被请求的资源的部分。如果有一个查询字符串存在，这个查询字符串将不包括在返回值当中。例如，一个请求通过/catalog/books?id=1这样的URL路径访问，这个方法将返回/catalog/books。这个方法的返回值包括了Servlet路径和路径信息。 如果这个URL路径中的的一部分经过了URL编码，这个方法的返回值在返回之前必须经过解码。 14、getServletPath publicStringgetServletPath(); 这个方法返回请求URL反映调用Servlet的部分。例如，一个Servlet被映射到/catalog/summer这个URL路径，而一个请求使用了/catalog/summer/casual这样的路径。所谓的反映调用Servlet的部分就是指/catalog/summer。 如果这个Servlet不是通过路径匹配来调用。这个方法将返回一个空值。 15、getSession publicHttpSessiongetSession(); publicHttpSessiongetSession(booleancreate); 返回与这个请求关联的当前的有效的session。如果调用这个方法时没带参数，那么在没有session与这个请求关联的情况下，将会新建一个session。如果调用这个方法时带入了一个布尔型的参数，只有当这个参数为真时，session才会被建立。 为了确保session能够被完全维持。Servlet开发者必须在响应被提交之前调用该方法。 如果带入的参数为假，而且没有session与这个请求关联。这个方法会返回空值。 16、isRequestedSessionIdValid publicbooleanisRequestedSessionIdValid(); 这个方法检查与此请求关联的session当前是不是有效。如果当前请求中使用的session无效，它将不能通过getSession方法返回。 17、isRequestedSessionIdFromCookie publicbooleanisRequestedSessionIdFromCookie(); 如果这个请求的sessionid是通过客户端的一个cookie提供的，该方法返回真，否则返回假。 18、isRequestedSessionIdFromURL publicbooleanisRequestedSessionIdFromURL(); 如果这个请求的sessionid是通过客户端的URL的一部分提供的，该方法返回真，否则返回假。请注意此方法与isRequestedSessionIdFromUrl在URL的拼写上不同。 以下方法将被取消\\r 19、isRequestedSessionIdFromUrl publicbooleanisRequestedSessionIdFromUrl(); 该方法被isRequestedSessionIdFromURL代替。 二、HttpServletResponse接口 定义\\r publicinterfaceHttpServletResponseextendsServletResponse 描述一个返回到客户端的HTTP回应。这个接口允许Servlet程序员利用HTTP协议规定的头信息。 成员变量 publicstaticfinalintSC_CONTINUE=100; publicstaticfinalintSC_SWITCHING_PROTOCOLS=101; publicstaticfinalintSC_OK=200; publicstaticfinalintSC_CREATED=201; publicstaticfinalintSC_ACCEPTED=202; publicstaticfinalintSC_NON_AUTHORITATIVE_INFORMATION=203; publicstaticfinalintSC_NO_CONTENT=204; publicstaticfinalintSC_RESET_CONTENT=205; publicstaticfinalintSC_PARTIAL_CONTENT=206; publicstaticfinalintSC_MULTIPLE_CHOICES=300; publicstaticfinalintSC_MOVED_PERMANENTLY=301; publicstaticfinalintSC_MOVED_TEMPORARILY=302; publicstaticfinalintSC_SEE_OTHER=303; publicstaticfinalintSC_NOT_MODIFIED=304; publicstaticfinalintSC_USE_PROXY=305; publicstaticfinalintSC_BAD_REQUEST=400; publicstaticfinalintSC_UNAUTHORIZED=401; publicstaticfinalintSC_PAYMENT_REQUIRED=402; publicstaticfinalintSC_FORBIDDEN=403; publicstaticfinalintSC_NOT_FOUND=404; publicstaticfinalintSC_METHOD_NOT_ALLOWED=405; publicstaticfinalintSC_NOT_ACCEPTABLE=406; publicstaticfinalintSC_PROXY_AUTHENTICATION_REQUIRED=407; publicstaticfinalintSC_REQUEST_TIMEOUT=408; publicstaticfinalintSC_CONFLICT=409; publicstaticfinalintSC_GONE=410; publicstaticfinalintSC_LENGTH_REQUIRED=411; publicstaticfinalintSC_PRECONDITION_FAILED=412; publicstaticfinalintSC_REQUEST_ENTITY_TOO_LARGE=413; publicstaticfinalintSC_REQUEST_URI_TOO_LONG=414; publicstaticfinalintSC_UNSUPPORTED_MEDIA_TYPE=415; publicstaticfinalintSC_INTERNAL_SERVER_ERROR=500; publicstaticfinalintSC_NOT_IMPLEMENTED=501; publicstaticfinalintSC_BAD_GATEWAY=502; publicstaticfinalintSC_SERVICE_UNAVAILABLE=503; publicstaticfinalintSC_GATEWAY_TIMEOUT=504; publicstaticfinalintSC_HTTP_VERSION_NOT_SUPPORTED=505; 以上HTTP产状态码是由HTTP/1.1定义的。 方法 1、addCookie publicvoidaddCookie(Cookiecookie); 在响应中增加一个指定的cookie。可多次调用该方法以定义多个cookie。为了设置适当的头域，该方法应该在响应被提交之前调用。 2、containsHeader publicbooleancontainsHeader(Stringname); 检查是否设置了指定的响应头。 3、encodeRedirectURL publicStringencodeRedirectURL(Stringurl); 对sendRedirect方法使用的指定URL进行编码。如果不需要编码，就直接返回这个URL。之所以提供这个附加的编码方法，是因为在redirect的情况下，决定是否对URL进行编码的规则和一般情况有所不同。所给的URL必须是一个绝对URL。相对URL不能被接收，会抛出一个IllegalArgumentException。 所有提供给sendRedirect方法的URL都应通过这个方法运行，这样才能确保会话跟踪能够在所有浏览器中正常运行。 4、encodeURL publicStringencodeURL(Stringurl); 对包含sessionID的URL进行编码。如果不需要编码，就直接返回这个URL。Servlet引擎必须提供URL编码方法，因为在有些情况下，我们将不得不重写URL，例如，在响应对应的请求中包含一个有效的session，但是这个session不能被非URL的（例如cookie）的手段来维持。 所有提供给Servlet的URL都应通过这个方法运行，这样才能确保会话跟踪能够在所有浏览器中正常运行。 5、sendError publicvoidsendError(intstatusCode)throwsIOException; publicvoidsendError(intstatusCode,Stringmessage)throws IOException; 用给定的状态码发给客户端一个错误响应。如果提供了一个message参数，这将作为响应体的一部分被发出，否则，服务器会返回错误代码所对应的标准信息。 调用这个方法后，响应立即被提交。在调用这个方法后，Servlet不会再有更多的输出。 6、sendRedirect publicvoidsendRedirect(Stringlocation)throwsIOException; 使用给定的路径，给客户端发出一个临时转向的响应（SC_MOVED_TEMPORARILY）。给定的路径必须是绝对URL。相对URL将不能被接收，会抛出一个IllegalArgumentException。 这个方法必须在响应被提交之前调用。调用这个方法后，响应立即被提交。在调用这个方法后，Servlet不会再有更多的输出。 7、setDateHeader publicvoidsetDateHeader(Stringname,longdate); 用一个给定的名称和日期值设置响应头，这里的日期值应该是反映自1970-1-1日（GMT）以来的精确到毫秒的长整数。如果响应头已经被设置，新的值将覆盖当前的值。 8、setHeader publicvoidsetHeader(Stringname,Stringvalue); 用一个给定的名称和域设置响应头。如果响应头已经被设置，新的值将覆盖当前的值。 9、setIntHeader publicvoidsetIntHeader(Stringname,intvalue); 用一个给定的名称和整形值设置响应头。如果响应头已经被设置，新的值将覆盖当前的值。 10、setStatus publicvoidsetStatus(intstatusCode); 这个方法设置了响应的状态码，如果状态码已经被设置，新的值将覆盖当前的值。 以下的几个方法将被取消\ 11、encodeRedirectUrl publicStringencodeRedirectUrl(Stringurl); 该方法被encodeRedirectURL取代。 12、encodeUrl publicStringencodeUrl(Stringurl); 该方法被encodeURL取代。 13、setStatus publicvoidsetStatus(intstatusCode,Stringmessage); 这个方法设置了响应的状态码，如果状态码已经被设置，新的值将覆盖当前的值。如果提供了一个message，它也将会被作为响应体的一部分被发送。 三、HttpSession接口 定义\ publicinterfaceHttpSession 这个接口被Servlet引擎用来实现在HTTP客户端和HTTP会话两者的关联。这种关联可能在多外连接和请求中持续一段给定的时间。session用来在无状态的HTTP协议下越过多个请求页面来维持状态和识别用户。 一个session可以通过cookie或重写URL来维持。 方法 1、getCreationTime publiclonggetCreationTime(); 返回建立session的时间，这个时间表示为自1970-1-1日（GMT）以来的毫秒数。 2、getId publicStringgetId(); 返回分配给这个session的标识符。一个HTTPsession的标识符是一个由服务器来建立和维持的唯一的字符串。 3、getLastAccessedTime publiclonggetLastAccessedTime(); 返回客户端最后一次发出与这个session有关的请求的时间，如果这个session是新建立的，返回-1。这个时间表示为自1970-1-1日（GMT）以来的毫秒数。 4、getMaxInactiveInterval publicintgetMaxInactiveInterval(); 返加一个秒数，这个秒数表示客户端在不发出请求时，session被Servlet引擎维持的最长时间。在这个时间之后，Servlet引擎可能被Servlet引擎终止。如果这个session不会被终止，这个方法返回-1。 当session无效后再调用这个方法会抛出一个IllegalStateException。 5、getValue publicObjectgetValue(Stringname); 返回一个以给定的名字绑定到session上的对象。如果不存在这样的绑定，返回空值。 当session无效后再调用这个方法会抛出一个IllegalStateException。 6、getValueNames publicString[]getValueNames(); 以一个数组返回绑定到session上的所有数据的名称。 当session无效后再调用这个方法会抛出一个IllegalStateException。 7、invalidate publicvoidinvalidate(); 这个方法会终止这个session。所有绑定在这个session上的数据都会被清除。并通过HttpSessionBindingListener接口的valueUnbound方法发出通告。 8、isNew publicbooleanisNew(); 返回一个布尔值以判断这个session是不是新的。如果一个session已经被服务器建立但是还没有收到相应的客户端的请求，这个session将被认为是新的。这意味着，这个客户端还没有加入会话或没有被会话公认。在他发出下一个请求时还不能返回适当的session认证信息。 当session无效后再调用这个方法会抛出一个IllegalStateException。 9、putValue publicvoidputValue(Stringname,Objectvalue); 以给定的名字，绑定给定的对象到session中。已存在的同名的绑定会被重置。这时会调用HttpSessionBindingListener接口的valueBound方法。 当session无效后再调用这个方法会抛出一个IllegalStateException。 10、removeValue publicvoidremoveValue(Stringname); 取消给定名字的对象在session上的绑定。如果未找到给定名字的绑定的对象，这个方法什么出不做。这时会调用HttpSessionBindingListener接口的valueUnbound方法。 当session无效后再调用这个方法会抛出一个IllegalStateException。 11、setMaxInactiveInterval publicintsetMaxInactiveInterval(intinterval); 设置一个秒数，这个秒数表示客户端在不发出请求时，session被Servlet引擎维持的最长时间。 以下这个方法将被取消\ 12、getSessionContext publicHttpSessionContextgetSessionContext(); 返回session在其中得以保持的环境变量。这个方法和其他所有HttpSessionContext的方法一样被取消了。 四、HttpSessionBindingListener接口 定义\ publicinterfaceHttpSessionBindingListener 这个对象被加入到HTTP的session中，执行这个接口会通告有没有什么对象被绑定到这个HTTPsession中或被从这个HTTPsession中取消绑定。 方法 1、valueBound publicvoidvalueBound(HttpSessionBindingEventevent); 当一个对象被绑定到session中，调用此方法。HttpSession.putValue方法被调用时，Servlet引擎应该调用此方法。 2、valueUnbound publicvoidvalueUnbound(HttpSessionBindingEventevent); 当一个对象被从session中取消绑定，调用此方法。HttpSession.removeValue方法被调用时，Servlet引擎应该调用此方法。 五、HttpSessionContext接口 定义\ 此接口将被取消\ publicinterfaceHttpSessionContext 这个对象是与一组HTTPsession关联的单一的实体。 这个接口由于安全的原因被取消，它出现在目前的版本中仅仅是为了兼容性的原因。这个接口的方法将模拟以前的版本的定义返回相应的值。 方法 1、getSession publicHttpSessiongetSession(StringsessionId); 当初用来返回与这个sessionid相关的session。现在返回空值。 2、getIds publicEnumerationgetIds(); 当初用来返回这个环境下所有sessionid的列表。现在返回空的列表。 六、Cookie类\ 定义\ publicclassCookieimplementsCloneable 这个类描述了一个cookie，有关cookie的定义你可以参照NetscapeCommunicationsCorporation的说明，也可以参照RFC2109。 构造函数 publicCookie(Stringname,Stringvalue); 用一个name-value对定义一个cookie。这个name必须能被HTTP/1.1所接受。 以字符$开头的name被RFC2109保留。 给定的name如果不能被HTTP/1.1所接受，该方法抛出一个IllegalArgumentException。 方法 1、getComment publicStringgetComment(); 返回描述这个cookie目的的说明，如果未定义这个说明，返回空值。 2、getDomain publicStringgetDomain(); 返回这个cookie可以出现的区域，如果未定义区域，返回空值。 3、getMaxAge publicintgetMaxAge(); 这个方法返回这个cookie指定的最长存活时期。如果未定义这个最长存活时期，该方法返回-1。 4、getName publicStringgetName(); 该方法返回cookie名。 5、getPath publicStringgetPath(); 返回这个cookie有效的所有URL路径的前缀，如果未定义，返回空值。 6、getSecure publicbooleangetSecure(); 如果这个cookie只通过安全通道传输返回真，否则返回假。 7、getValue publicStringgetValue(); 该方法返回cookie的值。 8、getVersion publicintgetVersion(); 返回cookie的版本。版本1由RFC2109解释。版本0由NetscapeCommunicationsCorporation的说明解释。新构造的cookie默认使用版本0。 9、setComment publicvoidsetComment(Stringpurpose); 如果一个用户将这个cookie提交给另一个用户，必须通过这个说明描述这个cookie的目的。版本0不支持这个属性。 10、setDomain publicvoidsetDomain(Stringpattern); 这个方法设置cookie的有效域的属性。这个属性指定了cookie可以出现的区域。一个有效域以一个点开头（.foo.com），这意味着在指定的域名解析系统的区域中（可能是www.foo.com但不是a.b.foo.com）的主机可以看到这个cookie。默认情况是，cookie只能返回保存它的主机。 11、setMaxAge publicvoidsetMaxAge(intexpiry); 这个方法设定这个cookie的最长存活时期。在该存活时期之后，cookie会被终目。负数表示这个cookie不会生效，0将从客户端删除这个cookie。 12、setPath publicvoidsetPath(Stringuri); 这个方法设置cookie的路径属性。客户端只能向以这个给定的路径String开头的路径返回cookie。 13、setSecure publicvoidsetSecure(booleanflag); 指出这个cookie只能通过安全通道（例如HTTPS）发送。只有当产生这个cookie的服务器使用安全协议发送这个cookie值时才能这样设置。 14、setValue publicvoidsetValue(StringnewValue); 设置这个cookie的值，对于二进制数据采用BASE64编码。 版本0不能使用空格、{}、()、=、，、“”、/、?、@、：以及；。 15、setVersion publicvoidsetVersion(intv); 设置cookie的版本号 七、HttpServlet类\ 定义\ publicclassHttpServletextendsGenericServletimplements Serializable 这是一个抽象类，用来简化HTTPServlet写作的过程。它是GenericServlet类的扩充，提供了一个处理HTTP协议的框架。 在这个类中的service方法支持例如GET、POST这样的标准的HTTP方法。这一支持过程是通过分配他们到适当的方法（例如doGet、doPost）来实现的。 方法 1、doDelete protectedvoiddoDelete(HttpServletRequestrequest, HttpServletResponseresponse)throwsServletException, IOException; 被这个类的service方法调用，用来处理一个HTTPDELETE操作。这个操作允许客户端请求从服务器上删除URL。这一操作可能有负面影响，对此用户就负起责任。 这一方法的默认执行结果是返回一个HTTPBAD_REQUEST错误。当你要处理DELETE请求时，你必须重载这一方法。 2、doGet protectedvoiddoGet(HttpServletRequestrequest, HttpServletResponseresponse)throwsServletException, IOException; 被这个类的service方法调用，用来处理一个HTTPGET操作。这个操作允许客户端简单地从一个HTTP服务器“获得”资源。对这个方法的重载将自动地支持HEAD方法。 GET操作应该是安全而且没有负面影响的。这个操作也应该可以安全地重复。 这一方法的默认执行结果是返回一个HTTPBAD_REQUEST错误。 3、doHead protectedvoiddoHead(HttpServletRequestrequest, HttpServletResponseresponse)throwsServletException, IOException; 被这个类的service方法调用，用来处理一个HTTPHEAD操作。默认的情况是，这个操作会按照一个无条件的GET方法来执行，该操作不向客户端返回任何数据，而仅仅是返回包含内容长度的头信息。 与GET操作一样，这个操作应该是安全而且没有负面影响的。这个操作也应该可以安全地重复。 这个方法的默认执行结果是自动处理HTTPHEAD操作，这个方法不需要被一个子类执行。 4、doOptions protectedvoiddoOptions(HttpServletRequestrequest, HttpServletResponseresponse)throwsServletException, IOException; 被这个类的service方法调用，用来处理一个HTTPOPTION操作。这个操作自动地决定支持哪一种HTTP方法。例如，一个Servlet写了一个HttpServlet的子类并重载了doGet方法，doOption会返回下面的头： Allow:GET,HEAD,TRACE,OPTIONS 你一般不需要重载这个方法。 5、doPost protectedvoiddoPost(HttpServletRequestrequest, HttpServletResponseresponse)throwsServletException, IOException; 被这个类的service方法调用，用来处理一个HTTPPOST操作。这个操作包含请求体的数据，Servlet应该按照他行事。 这个操作可能有负面影响。例如更新存储的数据或在线购物。 这一方法的默认执行结果是返回一个HTTPBAD_REQUEST错误。当你要处理POST操作时，你必须在HttpServlet的子类中重载这一方法。 6、doPut protectedvoiddoPut(HttpServletRequestrequest, HttpServletResponseresponse)throwsServletException, IOException; 被这个类的service方法调用，用来处理一个HTTPPUT操作。这个操作类似于通过FTP发送文件。 这个操作可能有负面影响。例如更新存储的数据或在线购物。 这一方法的默认执行结果是返回一个HTTPBAD_REQUEST错误。当你要处理PUT操作时，你必须在HttpServlet的子类中重载这一方法。 7、doTrace protectedvoiddoTrace(HttpServletRequestrequest, HttpServletResponseresponse)throwsServletException, IOException; 被这个类的service方法调用，用来处理一个HTTPTRACE操作。这个操作的默认执行结果是产生一个响应，这个响应包含一个反映trace请求中发送的所有头域的信息。 当你开发Servlet时，在多数情况下你需要重载这个方法。 8、getLastModified protectedlonggetLastModified(HttpServletRequestrequest); 返回这个请求实体的最后修改时间。为了支持GET操作，你必须重载这一方法，以精确地反映最后修改的时间。这将有助于浏览器和代理服务器减少装载服务器和网络资源，从而更加有效地工作。返回的数值是自1970-1-1日（GMT）以来的毫秒数。 默认的执行结果是返回一个负数，这标志着最后修改时间未知，它也不能被一个有条件的GET操作使用。 9、service protectedvoidservice(HttpServletRequestrequest, HttpServletResponseresponse)throwsServletException, IOException; publicvoidservice(ServletRequestrequest,ServletResponseresponse) throwsServletException,IOException; 这是一个Servlet的HTTP-specific方案，它分配请求到这个类的支持这个请求的其他方法。 当你开发Servlet时，在多数情况下你不必重载这个方法。 八、HttpSessionBindingEvent类\ 定义\ publicclassHttpSessionBindingEventextendsEventObject 这个事件是在监听到HttpSession发生绑定和取消绑定的情况时连通HttpSessionBindingListener的。这可能是一个session被终止或被认定无效的结果。 事件源是HttpSession.putValue或HttpSession.removeValue。 构造函数 publicHttpSessionBindingEvent(HttpSessionsession,Stringname); 通过引起这个事件的Session和发生绑定或取消绑定的对象名构造一个新的HttpSessionBindingEvent。 方法 1、getName publicStringgetName(); 返回发生绑定和取消绑定的对象的名字。 2、getSession publicHttpSessiongetSession(); 返回发生绑定和取消绑定的session的名字。 九、HttpUtils类\ 定义\ publicclassHttpUtils 收集HTTPServlet使用的静态的有效的方法。 方法 1、getRequestURL publicstaticStringBuffergetRequestURL(HttpServletRequest request); 在服务器上重建客户端用来建立请求的URL。这个方法反映了不同的协议（例如http和https）和端口，但不包含查询字符串。 这个方法返回一个StringBuffer而不是一个String，这样URL可以被Servlet开发者有效地修改。 2、parsePostData publicstaticHashtableparsePostData(intlen, ServletInputstreamin); 解析一个包含MIME类型application/x-www-form-urlencoded的数据的流，并创建一个具有关键值-数据对的hashtable。这里的关键值是字符串，数据是该字符串所对应的值的列表。一个关键值可以在POST的数据中出现一次或多次。这个关键值每出现一次，它的相应的值就被加入到hashtable中的字符串所对应的值的列表中。 从POST数据读出的数据将经过URL解码，+将被转换为空格以十六进制传送的数据（例如%xx）将被转换成字符。 当POST数据无效时，该方法抛出一个IllegalArgumentException。 3、parseQueryString publicstaticHashtableparseQueryString(Strings); 解析一个查询字符串，并创建一个具有关键值-数据对的hashtable。这里的数据是该字符串所对应的值的列表。一个关键值可以出现一次或多次。这个关键值每出现一次，它的相应的值就被加入到hashtable中的字符串所对应的值的列表中。 从查询字符串读出的数据将经过URL解码，+将被转换为空格以十六进制传送的数据（例如%xx）将被转换成字符。 当查询字符串无效时，该方法抛出一个IllegalArgumentException。 bytecode 字节码：由Java编译器和Java解释程序生成的机器代码。 cookie 由Web服务器建立的数据，该数据存储在用户的计算机上，提供了一个Web站点跟踪用户的参数并存储在用户自己硬盘上的方法。 HTTP 超文本传输协议。一个请求响应协议用来连接WWW服务器向客户端浏览器传输HTML页面。 输入流对象\r 一个对象，由ServletInputStream类定义，被Servlet用来从客户端读取请求。 映射\r 由Servlet实例和Servlet返回数据的URL组成的一对，例如，HelloServlet和/hello/index.html。 输出流对象\r 一个对象，由ServletOutputStreamclass类定义，被Servlet用来向客户端返回数据。 requestdispatcherobject 由RequestDispatcher接口定义的一个对象，用来从客户端接收请求，并将其发送到Web服务器上可用的其他资源（例如Servlet、CGI、HTML文件或JSP文件）。 sandboxedservlet 在一个安全性约束下运行的Servlet。 servlet 一个小的，具有平台无关性的，没有图形用户界面的Java程序。它可以在许多方面扩充Web服务的功能。 servletconfigurationobject ServletConfig接口定义的一个对象，用来配置一个Servlet。 servletcontextobject ServletContext接口定义的一个对象。给予Servlet有关Servlet引擎的信息。 servlet引擎\r 由Web服务器提供商制作的一个环境，可以允许Servlet在具体的Web服务器上运行。 servlet请求对象 由ServletRequest接口定义的一个对象，允许Servlet获得用关客户端请求的数据。 servletresponseobject 由ServletResponse接口定义的一个对象，允许Servlet作出响应。 servletrunner JavaServletDeveloper’sKit(JSDK)中的sun.servlet.http.HttpServer过程，它使得Servlet得以运行。 会话跟踪 在一个Web应用程序中，识别一个从同一个客户端发出的连续的唯一的请求的能力。 SSL 加密套接字协议层。一个安全协议，用来在Iternet上的客户端浏览器和服务器交换密钥和加密数据。 URI 统一资源标识。定义一个Internet地址，它是一个URL的超集。 URL 统一资源路径。这个地址定义了到达一个WWW上的文件的路线，通常由协议前缀、域名、目录名和文件名组成。
微信OAuth2.0网页授权接口
01-08
微信OAuth2.0网页授权接口 微信OAuth2.0网页授权接口的thinkphp实现版本，主要实现了oauth网页受权，以及部分其他接口。 使用方法 为什么用OAuth2.0受权？ 通过OAuth2.0受权的网页将会获取到打开者的微信信息，甚至包括微信昵称、头像等有用的数据，开发者们可以凭此设计出更多更丰富的页面应用，比如最近一直很火爆的红包类活动。除此之外还有个额外的好处，就是可以控制页面在非微信浏览器中无法打开，可以减少代码被人窥窃的风险。 那么红包类活动是如何使用OAuth2.0受权接口的呢？ 1.首先用户打开页面连接（php页面），php接收到请求后将页面跳转到微信的OAuth2.0受权页面，在获取到受权后再次将页面跳转回php服务器；此次跳转中带有用户的各种信息，php服务器记录后返回用户所看到的页面。 2.然后用户转发此页面，在转发的连接中带有自己的标识参数。当好友点击分享后的连接的时候也会重复第1步的步骤，当php服务器发现从微信OAuth2.0受权返回的数据中的用户数据与标识参数对应的分享者的用户数据不一致的时候，则可以判断出有好友打开了分享页面，给用户增加一个红包。 使用方法 AuthAction.class.php ---- 认证基类 IndexAction.class.php --- 测试类 index/Conf/config.php --- 设置 wx_appID 微信公众账号的appid wx_appsecret 微信公众账号的appsecret weixin_token 微信公众账号接口配置信息的Token wx_webauth_callback_url OAuth2.0授权后跳转到的默认页面 wx_webauth_expire OAuth2.0授权Token过期时间默认6500 配置好config.php后在微信公号后台设置index.php/Index/wechatInitAuth进行微信API认证，提示"配置成功"后方可使用。 测试公众号申请与具体的测试步骤见下方。 测试 IndexAction.class.php --- 测试类 申请微信测试公众帐号 微信提供测试用的公众账号，此帐号只能添加100个关注者且只有已关注的用户才可以进行OAuth2.0受权。 点此开通测试帐号 1.开通后将appID、appsecret、Token填入index/Conf/config.php中。然后将接口配置信息中的URL改至php服务器，将地址定位到index.php/Index/wechatInitAuth进行微信API认证，直到提示"配置成功"。 2.点击‘体验接口权限表--OAuth2.0网页授权（仅关注者才能授权）’中的修改，将授权回调页面域名改为php服务器地址。直到出现‘通过安全监测’。 配置完微信测试号后，在微信中打开http://项目目录/index.php（例：http://121.40.135.90/weixin_auth/index.php）将会在页面中打印出session中的受权数据，表示测试受权成功。 代码结构 在AuthAction中的初始化函数_initialize中进行了OAuth2.0受权，所有基于AuthAction的控制器都将进行受权过程(除了微信API认证过程wechatInitAuth)。 对于同一用户在受权过期时间内多次打开此控制器的页面，将不会进行多次受权，因为其受权信息记录在session中，以免重复受权，减慢访问速度。受权过期时间在index/Conf/config.php中wx_webauth_expire设置，建议不要大于微信的过期时间7200秒。 注意： 微信OAuth2.0受权分为snsapi_base （不弹出授权页面，直接跳转，只能获取用户openid），snsapi_userinfo （弹出授权页面，可通过openid拿到昵称、性别、所在地。并且，即使在未关注的情况下，只要用户授权，也能获取其信息）,AuthAction.class.php默认为snsapi_base，而且session中只记录了snsapi_base中的基础数据，如需要snsapi_userinfo请自行修改。 具体的实现方法见代码注释。
HTTP：一次接口调用触发两次请求
KaiSarH
12-19 7819
一次接口调用触发两次请求
在无网状态下的数据同步解决方案
Alien__Chao的博客
08-28 1060
在无网的状态下的同步方案
如何处理接口重复请求
dream的博客
08-01 2424
解决java接口重复请求方案
同一个页面监测到请求了2次甚至多次的问题
akulakk's memory stack
06-28 1637
这是一个罕见的 BUG，前台工程师犯错导致多余的请求开销。 故障现象： 服务器日志检测到同一个页面客户端连续传来两次 GET 请求，且间隔时间非常短，可以忽略那种。通过 microtime() 跟踪发现是几个微妙级别。 第一个请求是正常的。 第二个请求经过抓包分析，发现 http_accept 为 image 类型。 使用了多个浏览器， 发现 webkit 内核的都有这个问题，tride...
接口联调重复传问题处理
pizssn的博客
06-02 331
最近项目上有个跨平台的接口会偶然出现重复传输问题。逻辑是A单据审核后生成B单据，然后将B单据调接口传另一个平台生成相应的后续单据。但现在另一个平台生成了两张后续单据，能追溯到我这边的A单据，但是不能追溯到直接上游单据B单据。一开始以为是重启服务导致的部分单据偶发这种问题，后面发现与重启时间对不上，便着手解决。由于问题是偶发的，不能复现，所以只能通过服务器日志和看代码去分析问题并解决。
【免费下载】单片机原理与接口课程设计题目与要求.pdf
02-27
单片机原理与接口课程设计题目与要求 第一大类：必选题 题目 1：远程可控多功能电子时钟 功能用途：实现带万年历的电子时钟、电子闹钟和秒表三项功能，且能够进行远程操 作，具体内容包括： 采用 LCD 模块分多页显示北京时间、伦敦时间和法兰克福时间。包括时区、年月日、 星期几和时分秒。可正常计时，年月日、星期和时分秒可调且具备连发调整能力。三种时 间分三页显示，由按键控制切换。其中北京时间还可在阳历和阴历间切换。 可同时设置三个闹钟，定时到后音乐提示。闹钟可设置为单独定时一次，每日一次两种， 且定时到后可设置为取消定时或保持。 实现秒表计时功能，由按键触发和停止。秒表显示共 5 位，分别为分两位、秒两位及小 数点后一位。秒表计时显示在 LED 数码管上。计时结束后统计内容显示在 LCD 上。 上述 、 两项功能要求能够接收远程操作命令实现。即两块实验开发板（定义为一个 终端板和一个服务器板）通过串口连接通信。远程操作开始时，终端向服务器发送远程操 作请求命令（例如密码登陆） ，得到允许后，服务器板所有按键操作无效，同时终端板接收 服务器板当前 LCD 显示内容并在自己的 LCD 上显示。随后，终端板可通过自己的按键进 行远程操作实现 和 的功能。操作结果显示在自己的 LCD 上并且实时传输到服务器板通 过 LCD 显示。全部远程操作完成后，服务器板按键恢复功能。 验收要求： 给出使用说明，包括按键的定义，操作方法等。 所有功能用途均可实现且各功能转换正常。 题目 1：频率发生器 功能用途：本系统主要由 Mega16 单片机、4*4 键盘、4 个独立按键、LED 数码管以及示波 器显示单元构成，用于在 T0 时钟的 CTC 模式下实现 1.907Hz~50KHz 范围内的方波频率信 号的输出。 要求： 通过 4 个独立按键实现对频率步进与档位调整的控制 通过 4*4 键盘实现频率的直接输入 示波器实现方波信号的显示输出 题目 2：\ 功能用途：采用两块实验开发板分别模拟 ATM 柜员机及后台服务器，实现存取款、 转账和缴费功能。具体内容包括： ATM 空闲时 LCD 显示"Insert the card" 。按下按键模拟插卡后，提示输入密码（6 位） 。 密码输入显示在 LCD 上（星号表示） ，三次输入密码错误则系统锁定吞卡，LCD 显示 3、管路敷设技术 通过管线敷设技术，不仅可以解决吊顶层配置不规范高中资料试卷问题，而且可保障各类管路习题到位。在管路敷设过程中，要加强看护关于管路高中资料试卷连接管口处理高中资料试卷弯扁度固定盒位置.保护层防腐跨接地线弯曲半径标高等，要求技术交底。管线敷设技术中包含线槽、管架等多项方式，为解决高中语文电气课件中管壁薄、接口不严等问题，合理利用管线敷设技术。线缆敷设原则：在分线盒处，当不同电压回路交叉时，应采用金属隔板进行隔开处理；同一线槽内，强电回路须同时切断习题电源，线缆敷设完毕，要进行检查和检测处理。 4、电气课件中调试技术 对全部高中资料试卷电气设备，在安装过程中以及安装结束后进行高中资料试卷调整试验；通电检查所有设备高中资料试卷相互作用与相互关系，根据生产工艺高中资料试卷要求，对电气设备进行空载与带负荷下高中资料试卷调控试验；对设备进行调整使其在正常工况下与过度工作下都可以正常工作；对于继电保护进行整核对定值，审核与校对图纸，编写复杂设备与装置高中资料试卷调试方案，编写重要设备高中资料试卷试验方案以及系统启动方案；对整套启动过程中高中资料试卷电气设备进行调试工作并且进行过关运行高中资料试卷技术指导。对于调试过程中高中资料试卷技术问题，作为调试人员，需要在事前掌握图纸资料、设备制造厂家出具高中资料试卷试验报告与相关技术资料，并且了解现场设备高中资料试卷布置情况与有关高中资料试卷电气系统接线等情况，然后根据规范与规程规定，制定设备调试高中资料试卷方案。 5、电气设备调试高中资料试卷技术 电力保护装置调试技术，电力保护高中资料试卷配置技术是指机组在进行继电保护高中资料试卷总体配置时，需要在最大限度内来确保机组高中资料试卷安全，并且尽可能地缩小故障高中资料试卷破坏范围，或者对某些异常高中资料试卷工况进行自动处理，尤其要避免错误高中资料试卷保护装置动作，并且拒绝动作，来避免不必要高中资料试卷突然停机。因此，电力高中资料试卷保护装置调试技术，要求电力保护装置做到准确灵活。对于差动保护装置高中资料试卷调试技术是指发电机一变压器组在发生内部故障时，需要进行外部电源高中资料试卷切除从而采用高中资料试卷主要保护装置。 "Account locked" 。随后所有操作均被忽略。只能通过后端服务器进行解锁。至少要能模 拟两个用户（一个普通用户，一个 VIP 用户） 。密码输入正确则进入 ATM 操作界面，LCD
计算机网络复习题
12-29
1.简述计算机网络和互联网的定义 答：计算机网络是一些互相连接的、自治（自主）的计算机的集合。为用户提供资源共享和连通性。 互联网是 2.OSI、TCP/IP协议体系结构分为几层，它们每层的名称是什么？请你比较对比这两个体系结构的异同。 请简述ISO/OSI参考模型每层的名称和主要功能。 （1）物理层：完成原始比特传输； （2）数据链路层：完成相邻结点之间的可靠数据传输； （3）网络层：完成任意两台主机之间的数据传送； （4）传输层：完成两台主机上两个进程之间数据通信； （5）会话层：完成进程之间的会话管理； （6）表示层：完成数据格式转换以及数据加密、压缩等工作； （7）应用层：是用户访问网络的接口。 请简述TCP/IP协议体系结构参考模型每层的名称和主要功能。 1.网络接口层 2.网络互连层 3.传输层 4.应用层 3.试比较电路交换、报文交换、分组交换的主要有缺点？ 电路交换：整个报文的比特流连续地从源点直达终点，好像在一个管道中传送， 经过通信路径上的线路资源独占； 优点：通信实时性强，适用于交互式会话类通信； 缺点：1. 对突发性通信不适应，通信线路的利用率较低。2.建立连接时间长，系 统不具有存储数据的能力，不能平滑流量。 报文交换：整个报文先传送到相邻结点，全部存储下来后查找转发表，转发到下 一个结点。 优点：无需预先分配传输带宽，在传送突发数据时可提高整个网络的信道利用率； 缺点：时延较长，灵活性较差。 分组交换：单个分组传送到相邻结点，存储下来后查找转发表转发到下一个结点。 优点： 高效 动态分配传输带宽，对通信链路是逐段占用。 灵活 以分组为传送单位和查找路由。 迅速 不必先建立连接就能向其他主机发送分组。 可靠 保证可靠性的网络协议；分布式的路由选择协议使网络有很好的生存 性。 缺点：分组在各结点存储转发时需要排队，会造成一定的时延。分组必须携带的 首部（里面有必不可少的控制信息）也造成了一定的开销。很难提供服务质量。 4.给出TCP和UDP的英文全称和中文解释。简要比较它们的不同。 UDP（User Datagram Protocol -1分,用户数据报协议-1分）：无连接的、面向报文的、尽最大努力交付的（不保证可靠）、没有拥塞控制的、首部开销小（1分） TCP（Transmission Control Protocol-1分, 传输控制协议-1分）：面向连接的、面向字节流的、可靠交付的、提供全双工通信（2分） 5.解释以下概念：计算机网络体系结构、协议栈、协议数据单元、基带信号、带通信号。 计算机网络体系结构：计算机网络的各层及其协议的集合。或：计算机网络及其构件所应完成的功能的精确定义（2分） 协议栈：指网络中各层协议的总和。计算机网络的体系结构通常分为几层，几个层次画在一起很象一个栈的结构。（2分） 协议数据单元：对等层次之间传送的数据单位（1分） 基带信号：来自信源的基本频带信号（1分） 带通信号：经过载波调制后的信号（1分）。 6.简述IP地址与硬件地址的区别。 IP地址是网络层和以上各层使用的地址（1分），是一种逻辑地址，IPv4地址32位（4字节）（1分），IPv6地址128位（16字节）（1分） MAC地址是数据链路层的和物理层使用的地址（1分），是一种物理地址。MAC地址长度为48位（6字节）（1分） IP地址放在IP数据报的首部（1分），而MAC地址放在MAC帧的首部。（1分） 7.什么是计算机网络，计算机网络协议的三要素是什么，各要素的含义什么 计算机网络:一些互相连接的、自治的计算机的集合。（1分） 语法（1分）: 数据与控制信息的结构或格式 。 （1分） 语义（1分）: 需要发出何种控制信息，完成何种动作以及做出何种响应。 （1分） 同步（1分）: 事件实现顺序的详细说明。（1分） 8. 试简述IEEE802.3标准以太网（CSMA/CD）的介质访问控制的工作原理（包括发送端、接收端及冲突处理的原理）。 “多点接入”表示许多计算机以多点接入的方式连接在一根总线上。（1分） “载波监听”是指每一个站在发送数据之前先要检测一下总线上是否有其他计算机在发送数据，如果有，则暂时不要发送数据，以免发生碰撞。 （2分） “碰撞（冲突）检测”就是计算机边发送数据边检测信道上的信号电压大小。（2分） 一旦发现总线上出现了碰撞（冲突），就要立即停止发送，免得继续浪费网络资源，然后等待一段随机时间后再次发送。（2分） 或：先听后发，边听边发，碰撞停止，延迟重发 9.简述透明网桥的工作原理及其学习算法。 （1）.网桥收到一帧后先进行自学习（1分）。查找转发表中与收到帧的源地址有无相匹配的项目。如没有，就在转发表中增加一个项目（源地址、进入的接口和时间）（1分）。如有，则把原有的项目进行更新。（1分） （2）转发帧。查找转发表中与收到帧的目的地址有无相匹配的项目。（1分） 如没有，则通过所有其他接口（但进入网桥的接口除外）进行转发(扩散)。（1分） 如有，则按转发表中给出的接口进行转发。（1分） 若转发表中给出的接口就是该帧进入网桥的接口，则应丢弃这个帧（因为这时不需要经过网桥进行转发）。（1分） 1、什么是计算机网络体系结构？计算机网络为什么要分层？ 答： 计算机网络中各层及各层协议的集合称为计算机网络体系结构（3分）。分层的原因基于以下几点：（2分） 1)各层之间是独立的。 2)灵活性好。 3)结构上可分割开。 4)易于实现和维护。 能促进标准化工作。 2、试简述IEEE802.3标准以太网的介质访问控制的工作原理（包括发送端、接收端及冲突处理的原理）。 答： （1）工作站要发送数据时，先侦听信道是否有载波，如果有，表示信道忙，则继续侦听，直至检测到空闲，立即发送数据；（2分） （2）在发送数据过程中进行冲突检测，如果在冲突窗口内没有发生冲突，则表示数据发送成功，否则立即停止发送，并采用二进制指数回退算法，等待一个随机时间后在重复发送过程；（2分） （3）对于接收方，则根据数据包的校验和正确与否和物理地址是否为自己来决定是否将数据交给上层协议。（1分） 3、简要说明计算机A与B采用TCP协议通信时，连接建立过程。 答： TCP通讯双方建立连接过程称为3次握手，即双方共计发送三次报文的通讯（2分），若A主机主动向B主机通讯，则其连接建立过程如下（每点1分）： 1）A发送报文，其SYN为1； 2）B发送报文，其SYN为1，ACK为1； 3）A发送报文，其ACK为1 4、什么叫流量控制，试简述TCP的流量控制机制，UDP协议中有流量控制吗？ 答： （1）为了防止快速的发送设备发出的数据过多，导致慢速的接收设备处理不过来而发生大量数据丢失（淹没慢速的接收设备）所采取的限制措施称为流量控制。（3分） （2）在面向连接的TCP协议中，TCP包中有一个Window size 字段，接收方可以通过该字段告诉发送方，自己还有多少个接收缓冲区，极端情况下，当接收方不能再接收数据时，把该字段设置为0，从而发送方可以根据该字段的值来调整发送数据的大小或速率。（1分） （3）UDP协议中无流量控制。（1分） 3. 常用的信道复用技术有哪些？ 1).FDM: Frequency Division Multiplexing 频分复用（1分） 2).TDM:Time Division Multiplexing 时分复用、STDM: Statistic TDM统计时分复用（2分） 3).WDM: Wavelength Division Multiplexing 波分复用（1分） 4).CDM: Code Division Multiplexing 码分复用：（1分） 5. 简单对比虚电路服务和数据报服务 每答对1个对比方面得1分，最高得5分。 对比的方面 虚电路服务 数据报服务 思路 可靠通信应当由网络来保证 可靠通信应当由用户主机来保证 连接的建立 必须有 不需要 终点地址 仅在连接建立阶段使用，每个分组使用短的虚电路号 每个分组都有终点的完整地址 分组的转发 属于同一条虚电路的分组均按照同一路由进行转发 每个分组独立选择路由进行转发 当结点出故障时 所有通过出故障的结点的虚电路均不能工作 出故障的结点可能会丢失分组，一些路由可能会发生变化 分组的顺序 总是按发送顺序到达终点 到达终点时不一定按发送顺序 端到端的差错处理和流量控制 可以由网络负责，也可以由用户主机负责 由用户主机负责 2、简述Link-State路由算法的工作过程及其特点。 答，应该围绕发送时机、发送对象、发送内容3方面展开讲解。 3.网络体系结构中各层传输的数据单位： 物理层：比特（位）bit 数据链路层：帧frame 网络层：分组（包）packet, 或IP 分组，IP 数据报 运输层：TCP：报文段segment, UDP:用户数据报user datagram 3. 网络体系结构中各层的主要设备 物理层：中继器（转发器）repeater、集线器hub（扩大冲突域）、网卡NIC（网 络适配器Adapter） 数据链路层：网桥bridge(会产生广播风暴)、交换机switch（2 层）、网卡NIC（网 络适配器adapter） 网络层：路由器 router (可以抑制广播风暴,丢弃广播分组) 运输层及以上：网关gateway 4. 透明传输的解决方法 字节填充或字符填充：发送端的数据链路层在数据中出现控制字符，则在其前面插入一个转 义字符；接收端的数据链路层在将数据送往网络层之前删除这个插入的转义字符。 零比特填充（位填充）：在发送端，先扫描整个信息字段，只要发现有 5 个连续 1，则立即 填入一个 0；在接收端,对帧中的比特流进行扫描，每当发现 5 个连续1 时，就把这 5 个 连续 1 后的一个 0 删除。 3. 端口号（熟知端口号、登记端口号、短暂端口号） ：P182-184 FTP ：20、21 端口；Telnet：23 端口；SMTP：25 端口；HTTP：80 端口 DNS：53 端口；DHCP ：67、68 端口；TFTP：69 端口；SNMP：164 端口 4. TCP 套接字 把 IP 地址和端口号合起来就是套接字(socket) 套接字= (IP 地址: 端口号) 2．解决IPv4 地址耗尽的措施有哪些？ 1）.子网划分，提高IP 地址利用率，减少IP 地址的浪费 2）．无类别编址 CIDR，使 IP 地址的分配更加合理 3）．DHCP，分时利用IP 地址 4）．NAT，一个公用IP 地址代理多个私有地址 5）．使用更大地址空间的新版本IP 协议，如IPv6.
数据库服务器(全文).doc
06-08
数据库服务器（全文） 胡经国 本文作者的话 本文是根据有关文献和资料编写的《漫话云计算》系列文稿之一。现作为云计算学习笔 录，奉献给云计算业外读者，作为进一步学习和研究的参考。希望能够得到大家的指教 和喜欢！ 下面是正文 一、概述 数据库服务器（Database Server），是指运行数据库系统的专用服务器，其功能就是为数据库系统的高性能运行 提供硬件支持和保障。 运行在局域网中的一台或多台计算机和数据库管理系统软件共同构成数据库服务器。 数据库服务器为客户应用提供数据服务。这些服务包括：查询、更新、事务管理、索引 、高速缓存、查询优化、安全及多用户存取控制等。 二、主要功能 数据库服务器，建立在数据库管理系统基础上，具有数据库管理系统的特性，而且有 其独特性能的—面。其主要功能如下： 1、数据库管理功能，包括：系统配置与管理、数据存取与更新管理、数据完整性管 理和数据安全性管理。 2、数据库的查询和操纵功能，包括：数据库检索和修改。 3、数据库维护功能，包括：数据导入/导出管理，数据库结构维护、数据恢复功能和 性能监测。 4、数据库并行运行。由于在同一时间，访问数据库的用户不止一个，所以数据库服 务器必须支持并行运行机制，处理多个事件的同时发生。 三、层次结构 在C/S（客户机/服务器）模型中，数据库服务器软件（后端）主要用于处理数据查询 或数据操纵的请求。与用户交互的应用部分（前端）在用户的工作站上运行。它们的连 接软件是： 1、数据库服务器应用编程接口API； 2、通信连接软件和网络传输协议； 3、公用的数据存取语言SQL。 四、优点 1、编程量减少：数据库服务器提供用于数据操纵的标准接口API（Application Programming Interface，应用程序编程接口）。 2、数据库安全性高（安全保证好）：数据库服务器提供监控性能、并发控制等工具 。由DBA（Database Administrator，数据库管理员）统一负责授权访问数据库及网络管理。 3、数据可靠性管理和恢复好：数据库服务器提供统一的数据库备份和恢复、启动和 停止数据库的管理工具。 4、计算机资源利用充分：数据库服务器把数据管理及处理工作，从客户机上分离出 来，使网络中各计算机资源能灵活分配、各尽其用。 5、系统性能提高：能大大降低网络开销；协调操作，减少资源竞争，避免死锁；提 供联机查询优化机制。 6、便于平台扩展：多处理器（相同类型）的水平扩展；多个服务器的水平扩展；垂 直扩展：服务器可以移植到功能更强的计算机上，不涉及处理数据的重新分布问题。 五、数据库服务器与Web服务器分离的好处 1、安全性 数据库服务器可以只对Web服务器提供服务，不至于暴露在互联网中。将网络嗅探、 暴力破解的可能性降到最低。 2、处理效率更高 数据库服务器可以只提供数据检索服务而不必处理其它服务。而且，数据库服务器不 需要外网，只在内网为Web服务器提供数据查询服务即可。Web服务器可以只处理Web请求 ，不处理数据库操作，可以更好地利用带宽资源。 链接：网络嗅探 网络嗅探（Network Sniffer），是指利用计算机的网络接口截获目的地为其它计算机的数据报文的一种手段 。 网络嗅探需要用到网络嗅探器，其最早是为网络管理人员配备的工具。有了嗅探器网 ，络管理员可以随时掌握网络的实际情况，查找网络漏洞和检测网络性能。当网络性能 急剧下降的时候，可以通过嗅探器分析网络流量，找出网络阻塞的来源。网络嗅探是网 络监控系统的实现基础。 任何东西都有它的两面性，在黑客的手中，嗅探器就变成了一个黑客利器。 链接：暴力破解 穷举法（Exhaustive Attack method），别称强力法、暴力破解，是指对截获的密文依次用各种可能的密钥破译。 穷举法是一种针对于密码的破译方法。这种方法很像数学上的"完全归纳法"并在密码 破译方面得到了广泛的应用。简单来说就是将密码进行逐个推算直到找出真正的密码为 止。比如一个四位并且全部由数字组成其密码共有10000种组合，也就是说最多我们会尝 试9999次才能找到真正的密码。利用这种方法我们可以运用计算机来进行逐个推算，也 就是说用我们破解任何一个密码也都只是一个时间问题。 六、选型原则及实例解说 1、数据库服务器选型概述 数据库服务器作为业务系统的核心，具有业务量大、存储数据量大等特点。它承担着 业务数据的存储和处理任务。因此，关键数据库服务器的选择就显得尤为重要。服务器 的可靠性和可用性是首要的需求；其次是数据处理能力和安全性；然后是可扩展性和可 管理性。 根据应用类型和规模的不同，数据库对于服务器的性能要求也不一样。例如对于大型 数据库来说，服务器往往仅用来运行数据库，或仅运行单一的应用。数据库的容量在1T B以上，需要有较
Ajax 解决网络延迟用户疯狂点击问题
weixin_50736511的博客
10-29 230
如果网络变慢请求还没有处理完的话 有的脾气不太好的顾客就会疯狂获取请求但是用户点击了那么多请求要是每个都实现的话这样会很大程度上影响性能所以下面就来解决这个问题吧 话不多说上代码 想象一下思路 首先我们定义一个索引让他的值为false然后每次定义对象之后就让他的值为true当结果成功返回时再让他的结果为false当第二次点击的时候我们来判断索引的值看他到底是true还是false true的话就关闭这次请求false就发送请求 ...
调用EasyCVR云台控制接口时，因网络延迟导致云台操作异常该如何解决？
EasyCVR视频融合云平台的技术博客
08-03 147
抓包查看，流程并没有问题，start与stop同步进行。在日志里加上调用接口的日志，并替换版本测试，复现了查看接口日志，发现日志里动作和stop都能对应上。
axios请求接口，请求了两次的解决方案
大炮哥的博客
10-19 3047
设置axios的请求头的"Content-Type"为"application/x-www-form-urlencoded;charset=UTF-8"这里只讲述解决办法，至于为啥多出了个options请求，有兴趣的自行百度了解。大家是否遇到过这种情况，使用axios请求一个接口时，请求了两次。分别 了options请求及我们期待的post请求。请求参数的载体使用URLSearchParams。OK~，仅需两个步骤即可优化两次的请求。
nginx负载均衡，一次调用多次响应问题
qq_21917723的博客
08-31 2502
upstream sent invalid chunked response while reading upstream, client: 192.168.40.1, server: locahost, request: "POST /industryesb/api HTTP/1.1"
feign的失败请求在服务提供者会调用两次
qq_39594499的博客
12-04 1845
问题：最近刚开始使用openfeign，发现一次get请求，在请求的失败的时候，消费者会收到两次的请求。但是发送端明明只发送了一次请求。根据报错的代码定位不太容易定位到源码重试的位置。之前一直错误的把问题原因归结到了是重试的配置出现错误，在配置文件，代码的配置，拦截器等多个问题点进行了找原因，最后都没有解决。最不可思议的是，我关掉了系统中的重试，但是这个重试的场景依旧在。后来终于在网上看到了 参考中的帖子，定位到了源码中重试的原因。总结：请求失败的情况下，如果不是get请求，只能请求一次。而get请求再失败
openlayers绘制经纬网格，有添加或者移除功能
最新发布
qq_52959651的博客
05-21 205
我的项目是vue写的，当点击多选框显示隐藏经纬网格，下面直接写代码。项目需要在地图中添加经纬网格，然后看了一下官网有相关的介绍。这是删除图层相关的网站。这是绘制经纬网格方法。
springboot中，有一个接口，进行模拟用户提现的操作，用户数据从表里获取，但是由于用户使用多设备同时请求接口，导致出现1、提现金额>可实际提现金额。2、第一次已经成功但是第二次的可提现金额还是第一次时的可提现金额，这种情况怎么处理，并发量并不是很大，如何用最简单的方法实现
07-12
如果并发量不是很大，并且想要用最简单的方法解决提现金额超过可实际提现金额和第二次请求未更新可提现金额的问题，可以使用数据库的事务来实现...在并发量不是很大的情况下，使用数据库事务是一种简单有效的解决方案。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值