HTTP协议扩展性与Dubbo/RpcContext/Bean扩展案例-CSDN博客

我们在写业务代码的过程中，经常面临一个问题，就是需要给我们定义的一个数据模型Data Model类增加一些字段/属性，该字段是具体业务绑定，可读性比较好，利于维护，这样的字段，
只能适用于已经预知的业务场景，但是确实有一些业务场景，目前还未遇到，但是在不远的将来
一定会面临到，这个时候，我们最好的提供一种比较方便的扩展方案，用于解决增加字段的问题，
实际上，本文要描述的就是“业务扩展性”问题，作为非功能性需求非常重要的一个方面，“业务扩展性”是我们实现业务代码一定要考虑的因素。

2、HTTP协议如何实现Header的扩展性

我们都知道HTTP协议设计者设计得非常严谨，既考虑所有使用的公用需求，又提供了扩展机制让使用者实现不同的需求。HTTP协议报文分为请求报文、响应报文，其中一个非常重要的就是请求头/响应头，就是Header信息。

2.1 常用的`HTTP请求头`

协议头	说明	示例	状态
Accept	可接受的响应内容类型（`Content-Types`）。	`Accept: text/plain`	固定
Accept-Charset	可接受的字符集	`Accept-Charset: utf-8`	固定
Accept-Encoding	可接受的响应内容的编码方式。	`Accept-Encoding: gzip, deflate`	固定
Accept-Language	可接受的响应内容语言列表。	`Accept-Language: en-US`	固定
Accept-Datetime	可接受的按照时间来表示的响应内容版本	Accept-Datetime: Sat, 26 Dec 2015 17:30:00 GMT	临时
Authorization	用于表示HTTP协议中需要认证资源的认证信息	Authorization: Basic OSdjJGRpbjpvcGVuIANlc2SdDE==	固定
Cache-Control	用来指定当前的请求/回复中的，是否使用缓存机制。	`Cache-Control: no-cache`	固定
Connection	客户端（浏览器）想要优先使用的连接类型	`Connection: keep-alive` `Connection: Upgrade`	固定
Cookie	由之前服务器通过`Set-Cookie`（见下文）设置的一个HTTP协议Cookie	`Cookie: $Version=1; Skin=new;`	固定：标准
Content-Length	以8进制表示的请求体的长度	`Content-Length: 348`	固定
Content-MD5	请求体的内容的二进制 MD5 散列值（数字签名），以 Base64 编码的结果	Content-MD5: oD8dH2sgSW50ZWdyaIEd9D==	废弃
Content-Type	请求体的MIME类型（用于POST和PUT请求中）	Content-Type: application/x-www-form-urlencoded	固定
Date	发送该消息的日期和时间（以RFC 7231中定义的"HTTP日期"格式来发送）	Date: Dec, 26 Dec 2015 17:30:00 GMT	固定
Expect	表示客户端要求服务器做出特定的行为	`Expect: 100-continue`	固定
From	发起此请求的用户的邮件地址	`From: user@itbilu.com`	固定
Host	表示服务器的域名以及服务器所监听的端口号。如果所请求的端口是对应的服务的标准端口（80），则端口号可以省略。	`Host: www.itbilu.com:80` `Host: www.itbilu.com`	固定
If-Match	仅当客户端提供的实体与服务器上对应的实体相匹配时，才进行对应的操作。主要用于像 PUT 这样的方法中，仅当从用户上次更新某个资源后，该资源未被修改的情况下，才更新该资源。	If-Match: "9jd00cdj34pss9ejqiw39d82f20d0ikd"	固定
If-Modified-Since	允许在对应的资源未被修改的情况下返回304未修改	If-Modified-Since: Dec, 26 Dec 2015 17:30:00 GMT	固定
If-None-Match	允许在对应的内容未被修改的情况下返回304未修改（ 304 Not Modified ），参考超文本传输协议的实体标记	If-None-Match: "9jd00cdj34pss9ejqiw39d82f20d0ikd"	固定
If-Range	如果该实体未被修改过，则向返回所缺少的那一个或多个部分。否则，返回整个新的实体	If-Range: "9jd00cdj34pss9ejqiw39d82f20d0ikd"	固定
If-Unmodified-Since	仅当该实体自某个特定时间以来未被修改的情况下，才发送回应。	If-Unmodified-Since: Dec, 26 Dec 2015 17:30:00 GMT	固定
Max-Forwards	限制该消息可被代理及网关转发的次数。	`Max-Forwards: 10`	固定
Origin	发起一个针对跨域资源共享的请求（该请求要求服务器在响应中加入一个`Access-Control-Allow-Origin`的消息头，表示访问控制所允许的来源）。	`Origin: http://www.itbilu.com`	固定: 标准
Pragma	与具体的实现相关，这些字段可能在请求/回应链中的任何时候产生。	`Pragma: no-cache`	固定
Proxy-Authorization	用于向代理进行认证的认证信息。	Proxy-Authorization: Basic IOoDZRgDOi0vcGVuIHNlNidJi2==	固定
Range	表示请求某个实体的一部分，字节偏移以0开始。	`Range: bytes=500-999`	固定
Referer	表示浏览器所访问的前一个页面，可以认为是之前访问页面的链接将浏览器带到了当前页面。`Referer`其实是`Referrer`这个单词，但RFC制作标准时给拼错了，后来也就将错就错使用`Referer`了。	Referer: http://itbilu.com/nodejs	固定
TE	浏览器预期接受的传输时的编码方式：可使用回应协议头`Transfer-Encoding`中的值（还可以使用"trailers"表示数据传输时的分块方式）用来表示浏览器希望在最后一个大小为0的块之后还接收到一些额外的字段。	`TE: trailers,deflate`	固定
User-Agent	浏览器的身份标识字符串	`User-Agent: Mozilla/……`	固定
Upgrade	要求服务器升级到一个高版本协议。	Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11	固定
Via	告诉服务器，这个请求是由哪些代理发出的。	Via: 1.0 fred, 1.1 itbilu.com.com (Apache/1.1)	固定
Warning	一个一般性的警告，表示在实体内容体中可能存在错误。	Warning: 199 Miscellaneous warning	固定

2.2 常用的`HTTP响应头`

响应头	说明	示例	状态
Access-Control-Allow-Origin	指定哪些网站可以`跨域源资源共享`	`Access-Control-Allow-Origin: *`	临时
Accept-Patch	指定服务器所支持的文档补丁格式	Accept-Patch: text/example;charset=utf-8	固定
Accept-Ranges	服务器所支持的内容范围	`Accept-Ranges: bytes`	固定
Age	响应对象在代理缓存中存在的时间，以秒为单位	`Age: 12`	固定
Allow	对于特定资源的有效动作;	`Allow: GET, HEAD`	固定
Cache-Control	通知从服务器到客户端内的所有缓存机制，表示它们是否可以缓存这个对象及缓存有效时间。其单位为秒	`Cache-Control: max-age=3600`	固定
Connection	针对该连接所预期的选项	`Connection: close`	固定
Content-Disposition	对已知MIME类型资源的描述，浏览器可以根据这个响应头决定是对返回资源的动作，如：将其下载或是打开。	Content-Disposition: attachment; filename="fname.ext"	固定
Content-Encoding	响应资源所使用的编码类型。	`Content-Encoding: gzip`	固定
Content-Language	响就内容所使用的语言	`Content-Language: zh-cn`	固定
Content-Length	响应消息体的长度，用8进制字节表示	`Content-Length: 348`	固定
Content-Location	所返回的数据的一个候选位置	`Content-Location: /index.htm`	固定
Content-MD5	响应内容的二进制 MD5 散列值，以 Base64 方式编码	Content-MD5: IDK0iSsgSW50ZWd0DiJUi==	已淘汰
Content-Range	如果是响应部分消息，表示属于完整消息的哪个部分	Content-Range: bytes 21010-47021/47022	固定
Content-Type	当前内容的`MIME`类型	Content-Type: text/html; charset=utf-8	固定
Date	此条消息被发送时的日期和时间(以RFC 7231中定义的"HTTP日期"格式来表示)	Date: Tue, 15 Nov 1994 08:12:31 GMT	固定
ETag	对于某个资源的某个特定版本的一个标识符，通常是一个消息散列	ETag: "737060cd8c284d8af7ad3082f209582d"	固定
Expires	指定一个日期/时间，超过该时间则认为此回应已经过期	Expires: Thu, 01 Dec 1994 16:00:00 GMT	固定: 标准
Last-Modified	所请求的对象的最后修改日期(按照 RFC 7231 中定义的“超文本传输协议日期”格式来表示)	Last-Modified: Dec, 26 Dec 2015 17:30:00 GMT	固定
Link	用来表示与另一个资源之间的类型关系，此类型关系是在RFC 5988中定义	`Link:` ; rel="alternate"	固定
Location	用于在进行重定向，或在创建了某个新资源时使用。	Location: http://www.itbilu.com/nodejs	固定
P3P	P3P策略相关设置	P3P: CP="This is not a P3P policy!	固定
Pragma	与具体的实现相关，这些响应头可能在请求/回应链中的不同时候产生不同的效果	`Pragma: no-cache`	固定
Proxy-Authenticate	要求在访问代理时提供身份认证信息。	`Proxy-Authenticate: Basic`	固定
Public-Key-Pins	用于防止中间攻击，声明网站认证中传输层安全协议的证书散列值	Public-Key-Pins: max-age=2592000; pin-sha256="……";	固定
Refresh	用于重定向，或者当一个新的资源被创建时。默认会在5秒后刷新重定向。	Refresh: 5; url=http://itbilu.com
Retry-After	如果某个实体临时不可用，那么此协议头用于告知客户端稍后重试。其值可以是一个特定的时间段(以秒为单位)或一个超文本传输协议日期。	示例1:Retry-After: 120 示例2: Retry-After: Dec, 26 Dec 2015 17:30:00 GMT	固定
Server	服务器的名称	`Server: nginx/1.6.3`	固定
Set-Cookie	设置`HTTP cookie`	Set-Cookie: UserID=itbilu; Max-Age=3600; Version=1	固定: 标准
Status	通用网关接口的响应头字段，用来说明当前HTTP连接的响应状态。	`Status: 200 OK`
Trailer	`Trailer`用户说明传输中分块编码的编码信息	`Trailer: Max-Forwards`	固定
Transfer-Encoding	用表示实体传输给用户的编码形式。包括：`chunked`、`compress`、 `deflate`、`gzip`、`identity`。	Transfer-Encoding: chunked	固定
Upgrade	要求客户端升级到另一个高版本协议。	Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11	固定
Vary	告知下游的代理服务器，应当如何对以后的请求协议头进行匹配，以决定是否可使用已缓存的响应内容而不是重新从原服务器请求新的内容。	`Vary: *`	固定
Via	告知代理服务器的客户端，当前响应是通过什么途径发送的。	Via: 1.0 fred, 1.1 itbilu.com (nginx/1.6.3)	固定
Warning	一般性警告，告知在实体内容体中可能存在错误。	Warning: 199 Miscellaneous warning	固定
WWW-Authenticate	表示在请求获取这个实体时应当使用的认证模式。	`WWW-Authenticate: Basic`

2.3 自定义Header信息

本文重点想表达是HTTP协议设计者充值考虑了协议的扩展性，它允许使用者通过在Header中传入自定义的请求头信息，不限于协议规定的“常用的HTTP请求头”与“常用的HTTP响应头”，作为
协议设计者是一定要考虑协议的扩展性问题的，既要满足大部分使用者公用的需求，又要实现某些使用者个性化的需求，我把这个称之为“业务上的扩展性”。

3、Dubbo框架如何实现RpcContext的扩展性

RpcContext是Dubbo框架的Rpc的上下文对象，以RpcServiceContext为例进行说明，里面
即预置了一些属性：request、response、isProviderSide、isConsumerSide、urls、url、parameterTypes、arguments、localAddress、localHostName等等，同时，最重要的是，考虑了
使用者的个性化需求，提供了一定的扩展性，提供了一个内部的RpcContextAttachment 类型的CLIENT_ATTACHMENT对象，用于给客户端传入一些自定义的属性。而RpcContextAttachment
底层是委托一个Map用来实现数据的存储的。

参考资料：
RpcContex.java
RpcContextAttachment.java

4、java字节码文件class文件如何实现扩展性

虚拟机的设计者来设计虚拟机规范的时候，就充分考虑了class文件的扩展性，给class、field_info、method_info都设计了一个数据项叫：属性表 attribute_info，它可以用来存储自定义的属性。以下是属性表的数据结构：

以下是JVM常用的属性：

5、业务代码如何实现Bean的扩展性

目前在工作中实际遇到的一个问题就是，某一张业务表经常因为业务需求变更，需要增加字段，这种增加字段的需求是非常频繁的，而对这些字段也没有select的需求，只有读、写的需求，
为了实现这种功能，我们可以将这种功能/职责抽象出一个接口。

5.1 Extendable.java

5.2 CostBaseEntity.java

CostBaseEntity作为Extendable的抽象实现，提供了完整功能实现，而一个普通实体类仅仅需要继承CostBaseEntity即可实现字段扩展。

5.3 FkFkdzbExt.java

5.4 FkFkdzbExt单元测试

package cn.vetech.charge.fccost.entity.fkd;

import org.junit.Assert;
import org.junit.Test;

public class FkFkdzbExtTest {
    @Test
    public void setToExtTest() {
        FkFkdzbExt fkFkdzbExt = new FkFkdzbExt();
        fkFkdzbExt.setToExt("name", "liqiao");
        fkFkdzbExt.setToExt("sex", "男");
        System.err.println(fkFkdzbExt);
        Assert.assertTrue("name!=liqiao", fkFkdzbExt.getFromExt("name").equals("liqiao"));
        Assert.assertTrue("sex!=男", fkFkdzbExt.getFromExt("sex").equals("男"));

    }

}