超文本传输协议响应状态码教案.pdfVIP

现阶段，基于网络服务的应用越来越多。CGI返回的内容也不再仅仅局限于表现页 面的HTML。例如，提供数据访问的API，AJAX程序的服务器端CGI，对应便携终端 的服务器端程序等等。 响应中承载数据的格式多种多样，有XML、JSON、BSON、带格式的文本（CSV）等 。无论是哪种格式，均需要解析（Parse）操作。只要有操作，就必然存在消耗资 源的行为。如果返回的结果是正常的还好，如果是异常的，解析处理就成了多余 的（当然也不是绝对的）。而响应状态码就可以让客户端程序尽可能早的获取服 务器端返回的是什么，尽可能避免冗余的操作。要知道，现在的技术体系越发的 趋于完善，算法和架构上的性能瓶颈越来越少，所谓的性能改善，大多是一点点 抠出来的。 在很多刚刚参加工作的程序员的观念中，响应结果无外乎成功和失败。但成功和 失败也是分很多种的。智能的程序，需要根据具体情况采取不同的处理办法。人 性化的程序，需要针对不同的原因给出明确的提示信息。这就对服务程序提出了 更多的要求，不能仅仅是成功返回数据，失败返回NULL了。 所以，正确的使用响应状态码，是对客户端和服务器端双方的要求。 如同Java的编码建议，不要创建Exception，尽可能的使用系统定义的Exception 。响应状态码是有RFC标准的。其主体标准是RFC 2616 （Hypertext Tra