前言

优质
小牛编辑
131浏览
2023-12-01

本文档是 Java™ Servlet 规范,针对版本是 3.1。本文档描述了 Java Servlet API 的标准。

其他资料

本规范制定的目的是给 Java Servlet 一个完整和清晰的解释。如果有仍有问题,可以查阅以下资料:

  • 一个参考实现(简称 RI):已经实现并提供了本规范的行为基准。该参考实现没有对一个详细的特性实现去诠释,其他实现者可以以参考实现作为原型,以此原型完成规范。
  • 一个兼容性测试套件(简称 CTS):用来验证实现是否兼容 Java Servlet API 标准需求。并且测试结果为分析一个实现是不是标准实现提供了一个规范值。
  • 如果需要进一步澄清疑问,可以咨询 Java Community Process(Java 社区进程,简称JCP)控制下的 Java Servlet API 工作组,他们是问题的最终判定者。

非常欢迎建议和反馈,这些信息可以用来改善未来版本。

谁应该读此规范

本规范的目标读者有如下几种:

  • Web 服务器和应用服务器供应商,用于开发符合此标准的 servlet 引擎。
  • 工具开发者,想要开发符合此规范的 Web 应用的支持工具。
  • 有经验的 servlet 开发者,想要理解 servlet 技术的底层机制。

该规范不是 servlet 开发人的用户指南,而且也并不打算被用作这样。用于此目的参考文献可以到http://java.sun.com/products/servlet查找。

API 规范

定义了 Java Servlet API 中类、接口、方法签名的完整规范,且附带的Javadoc 文档有可用的在线版。

其他的 Java 平台规范

该规范参考如下其他 Java API 规范:

  • Java Platform, Enterprise Edition ("Java EE"), version 7
  • JavaServer Pages™ ("JSP™"), version 2.2
  • Java Naming and Directory Interface™ ("J.N.D.I.").
  • Context and Dependency Injection for the Java EE Platform
  • Managed Beans specification

这些规范可以在 Java Platform, Enterprise Edition 网站中找到:http://java.sun.com/javaee/

其他重要参考资料 以下Internet规范提供了一些有关开发和实现Java Servlet API和标准servlet引擎的信息:

  • RFC 1630 Uniform Resource Identifiers (URI)
  • RFC 1738 Uniform Resource Locators (URL)
  • RFC 2396 Uniform Resource Identifiers (URI): Generic Syntax
  • RFC 1808 Relative Uniform Resource Locators
  • RFC 1945 Hypertext Transfer Protocol (HTTP/1.0)
  • RFC 2045 MIME Part One: Format of Internet Message Bodies
  • RFC 2046 MIME Part Two: Media Types
  • RFC 2047 MIME Part Three: Message Header Extensions for non-ASCII text
  • RFC 2048 MIME Part Four: Registration Procedures
  • RFC 2049 MIME Part Five: Conformance Criteria and Examples
  • RFC 2109 HTTP State Management Mechanism
  • RFC 2145 Use and Interpretation of HTTP Version Numbers
  • RFC 2324 Hypertext Coffee Pot Control Protocol (HTCPCP/1.0)1
  • RFC 2616 Hypertext Transfer Protocol (HTTP/1.1)
  • RFC 2617 HTTP Authentication: Basic and Digest Authentication
  • RFC 3986 Uniform Resource Identifier (URI): Generic Syntax

RFC 在线版本请访问:http://wwww.ietf.org/rfc/

万维网联盟(http://www.w3.org/)是影响本规范和实现的 HTTP 相关来源信息的权威。

可扩展的标记语言(XML):用于此规范第13章描述的部署描述符。更多的XML 信息可以在以下网站找到:

最后更新:

类似资料

  • Number,String,Boolean和Object 不要使用如下类型Number,String,Boolean或Object。 这些类型指的是非原始的装盒对象,它们几乎没在JavaScript代码里正确地使用过。 /* 错误 */ function reverse(s: String): String; 应该使用类型number,string,and boolean。 /* OK */ fu

  • 参数规范 参数前带* 表示必填 参数命名采用小写加下划线形式 请求每个接口时,在 header里带上 XX-Token(用户 token),XX-Device-Type(类型:mobile,android,iphone,ipad,web,pc,mac,wxapp),XX-Api-Version(比如1.0.0),XX-Wxapp-AppId(小程序 AppId) 返回结果 参数命名采用小写加下划线

  • 公司及产品名称 我们的公司及产品名称是「DaoCloud」。注意这是两个单词的合成词,所以中间沒有空格(参考:GitHub)。如作为 URL 的一部分,应该使用全小写的「daocloud」。 文案风格 一定多检查,确保没有错别字。 即使是流行语中的谐音错别字也不要使用,比如「墙裂」、「童鞋」等。 我们崇尚精练的文风。请在检查中把对表达意思没有明显作用的字、词、句删除,在不影响表达效果的前提下把文案

  • AMD(异步模块定义)是为浏览器环境设计的,因为 CommonJS 模块系统是同步加载的,当前浏览器环境还没有准备好同步加载模块的条件。 AMD 定义了一套 JavaScript 模块依赖异步加载标准,来解决同步加载的问题。 模块通过 define 函数定义在闭包中,格式如下: define(id?: String, dependencies?: String[], factory: Functi

  • CommonJS 是以在浏览器环境之外构建 JavaScript 生态系统为目标而产生的项目,比如在服务器和桌面环境中。 这个项目最开始是由 Mozilla 的工程师 Kevin Dangoor 在2009年1月创建的,当时的名字是 ServerJS。 我在这里描述的并不是一个技术问题,而是一件重大的事情,让大家走到一起来做决定,迈出第一步,来建立一个更大更酷的东西。 —— Kevin Dango

  • 本文向大家介绍PE8规范相关面试题,主要包含被问及PE8规范时的应答技巧和注意事项,需要的朋友参考一下     各种右括号前不要加空格。 逗号、冒号、分号前不要加空格。 函数的左括号前不要加空格。如Func(1) 序列的左括号前不要加空格。如list[2] 操作符左右各加一个空格,不要为了对齐增加空格 函数默认参数使用的赋值符左右省略空格 不要将多句语句写在同一行,尽管使用‘;’允许 if/for