RestService中的 get post put delete

HTTP 定义了与服务器交互的不同方法，最基本的有四种方法：GET,POST,PUT,DELETE。URL即资源描述符，我们可以这样认为：一个URL地址， 用于描述一个网络上的资源，而HTTP中的GET,POST,PUT,DELETE就对应着对这个资源的查，改，增，删四个操作。

 

根据HTTP规范，GET用于获取信息，并且应该是安全的和幂等的

这里的安全指的是该操作用于获取信息而不是修改信息，GET请求不会产生副作用，只是查询，不会影响资源的状态。

幂等指的是同一URL的多个请求返回的应该是同样的结果。

但是在实际中，这两条规定并不是那么严格， 比如，新闻站点的头版不断更新。虽然第二次请求会返回不同的一批新闻，该操作仍然被认为是安全的和幂等的，因为它总是返回当前的新闻。从根本上说，如果目标是当用户打开一个链接时，他可以确信从自身的角度来看没有改变资源即可。

 

根据HTTP规范，POST表示可能修改变服务器上的资源的请求。继续引用上面的例子：还是新闻以网站为例，读者对新闻发表自己的评论应该通过POST实现，因为在评论提交后站点的资源已经不同了，或者说资源被修改了。

 

使用GET和POST时要注意以下几点：

1. GET 请求的数据会附在URL之后（就是把数据放置在HTTP协议头中），以?分割URL和传输数据，参数之间以&相连， 如：login.action?name=hyddd&password=idontknow&verify=%E4%BD%A0%E5 %A5%BD。如果数据是英文字母/数字，原样发送，如果是空格，转换为+，如果是中文/其他字符，则直接把字符串用BASE64加密，得出如：%E4 %BD%A0%E5%A5%BD

POST把提交的数据则放置在是HTTP包的包体中。

2.由于特定的浏览器和服务器等对URL长度的限制，GET方式提交数据时有长度限制

POST数据是没有限制的，起限制作用的是服务器的处理程序的处理能力

3. POST的安全性要比GET的安全性高， 这 里安全的含义是真正的Security的含义，比如：通过GET提交数据，用户名和密码将明文出现在URL上，因为(1)登录页面有可能被浏览器缓存， (2)其他人查看浏览器的历史纪录，那么别人就可以拿到你的账号和密码了，除此之外，使用GET提交数据还可能会造成Cross-site request forgery攻击。

 

get用来告诉服务器需要获取哪些内容(uri+query)，向静态页面(uri)请求则直接返回文件内容给浏览器，向一个动态页面请求时可以提供查询参数(query)以获得相应内容。post用来向服务器提交内容，主要是为了提交，而不是为了请求内容，就是说post的初衷并不要求服务器返回内容，只是提交内容让服务器处理(主要是存储或者处理之后再存储)。

get 方式主要是为了获得预期内容，即uri+query相同时所得到的内容应该是相同的。而post主要是提交内容，至于是否有必要返回页面可能只是出于用户 体验，比如注册时返回你的注册id，但是如果只是返回一个“您已注册成功”的相同页面（即使你post的数据不一样）也没什么好奇怪的。

Get是向服务器发索取数据的一种请求，而Post是向服务器提交数据的一种请求，在FORM（表单）中，Method默认为"GET"，实质上，GET和POST只是发送机制不同，并不是一个取一个发

PUT请求是向服务器端发送数据的，从而改变信息，该请求就像数据库的update操作一样，用来修改数据的内容，但是不会增加数据的种类等，也就是说无论进行多少次PUT操作，其结果并没有不同。

DELETE请求顾名思义，就是用来删除某一个资源的，该请求就像数据库的delete操作。