Http/1.1规定了八种方法，单词必须都是大写的形式。
    1. GET:获取资源，可以理解为读取或者下载数据
    2. HEAD:获取资源的元信息;
    3. POST:向资源提交数据，相当于写入或上传数据;
    4. PUT:类似POST;
    5. DELETE:删除资源;
    6. CONNECT:建立特殊的连接隧道;
    7. OPTIONS:列出可对资源实行的方法;
    8. TRACE:追踪请求-响应的传输路径。

GET/HEAD
    ——从服务器获取资源
    HEAD和GET类似，也是从服务器获取资源，但是不会返回请求的实体数据，只有响应头（元信息），是GET的简易版，如果不需要资源的话，可以避免传输body数据的浪费。

POST/PUT
    ——向服务器提交数据，数据在body里
    PUT和POST作用类似，有微妙不同，通常POST标识新建，PUT标识修改

DELETE
    ——删除资源，危险性大，很少用

CONNECT
    ——要求服务器为客户端和另一台远程服务器建立一条特殊的链接，这时Web服务器充当代理的角色

OPTIONS
    ——要求服务器列出可对资源实行的操作方法，在响应头Allow字段里返回。功能有限，用处不大。Nginx没支持

TRACE
    ——用于对HTTP链路的测试或诊断，可以显示出请求 - 响应的传输路径。存在漏洞，会泄露网站的信息，所以通常也是禁止使用

安全与幂等
    安全：在HTTP协议里，所谓的安全，是指请求方法不会对服务器上的资源造成实质的修改，so 只有GET和HEAD是安全的，因为是只读操作。
    幂等：多次执行相同的操作，结果也都是相同的。so GET和HEAD 即是安全的也是幂等的，DELETE可以多次删除同一个资源，效果都是“资源不存在”，所以也是幂等。POST是新增或提交数据，多次提交会创建多个资源，所以不是幂等的。PUT是替换或更新数据，多次更新一个资源，资源还是第一次更新的状态。所以是幂等的。
    幂等：GET、HEAD、DELETE、PUT
    非幂等：POST

请求头设计：

是将相关的curd参数应该放在什么地方，比如用query参数或者是字段，只是一个提示，不是要必须如何如何做。