//@RestController注解能够使项目支持Rest @RestController @RequestMapping("/say") public class HelloWorldController { //在入参设置@RequestBody注解表示接收整个报文体，这里主要用在接收请求中的json报文体， //目前主流的请求报文也都是JSON格式了，使用该注解就能够获取整个JSON报文体作为入参，使用JSON解析工具解析后获取具体参数 @RequestMapping(value="/hello",method=RequestMethod.GET) public String sayHello(@RequestParam(value = "userName",defaultValue="abc") @RequestBody String userName){ System.out.println("HelloWorld,"+userName); return "hello"+userName; } }
RequestMapping表示的是请求路径，可以放到类上和方法上，也可以只放到方法上。当放到类和方法上时，若要访问该方法，则需要类路径+方法路径才可以。如上示例，访问路径应为/say/hello。
注解上的method=RequestMethod.GET表示的是请求方式为GET。HTTP请求方式共8种，分别如下：
OPTIONS 返回服务器针对特定资源所支持的HTTP请求方法。也可以利用向Web服务器发送'*'的请求来测试服务器的功能性。
HEAD 向服务器索要与GET请求相一致的响应，只不过响应体将不会被返回。这一方法可以在不必传输整个响应内容的情况下，就可以获取包含在响应消息头中的元信息。
GET 向特定的资源发出请求。注意：GET方法不应当被用于产生“副作用”的操作中，例如在web app.中。其中一个原因是GET可能会被网络蜘蛛等随意访问。
POST 向指定资源提交数据进行处理请求（例如提交表单或者上传文件）。数据被包含在请求体中。POST请求可能会导致新的资源的建立和/或已有资源的修改。
PUT 向指定资源位置上传其最新内容。
DELETE 请求服务器删除Request-URI所标识的资源。
TRACE 返回显服务器收到的请求，主要用于测试或诊断。
CONNECT HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器。
详述：
0，GET：GET可以说是最常见的了，它本质就是发送一个请求来取得服务器上的某一资源。资源通过一组HTTP头和呈现数据（如HTML文本，或者图片或者视频等）返回给客户端。GET请求中，永远不会包含呈现数据。
1，HEAD：HEAD和GET本质是一样的，区别在于HEAD不含有呈现数据，而仅仅是HTTP头信息。想象一个业务情景：欲判断某个资源是否存在，我们通常使用GET，但这里用HEAD则意义更加明确。
2，PUT：这个方法比较少见。HTML表单也不支持这个。本质上来讲， PUT和POST极为相似，都是向服务器发送数据，但它们之间有一个重要区别，PUT通常指定了资源的存放位置，而POST则没有，POST的数据存放位置由服务器自己决定。举个例子：如一个用于提交博文的URL，/addBlog。如果用PUT，则提交的URL会是像这样的”/addBlog/abc123”，其中abc123就是这个博文的地址。而如果用POST，则这个地址会在提交后由服务器告知客户端。目前大部分博客都是这样的。显然，PUT和POST用途是不一样的。具体用哪个还取决于当前的业务场景。
3，DELETE：删除某一个资源。基本上这个也很少见，不过还是有一些地方比如amazon的S3云服务里面就用的这个方法来删除资源。
4，POST：向服务器提交数据。这个方法用途广泛，几乎目前所有的提交操作都是靠这个完成。
5，OPTIONS：这个方法很有趣，但极少使用。它用于获取当前URL所支持的方法。若请求成功，则它会在HTTP头中包含一个名为“Allow”的头，值是所支持的方法，如“GET, POST”。
@RequestParam注解用来获取提交过来的数据，一般后台获取前台提价过来的数据方式有两种，
1.request.getParameter(“参数名”) 2.用@RequestParam注解获取
这里，
@RequestParam(value = "userName") String userName
value= “userName”要与前台地址栏中的参数名保持一致，否则无法获取到。而String userName则是得到的结果。
defaultValue="abc"表示的是默认值为“abc”,即如果没有接收到参数userName,即返回"abc"。