stfu

好处：REST规范：强调HTTP应当以资源为中心，并且规范了资源URI的风格；2.规范了HTTP请求动作（PUT，POST等）的使用，具有对应的语义；3.遵循REST规范的Web应用将会获得下面好处：a.URL具有很强可读性的，具有自描述性；b.资源描述与视图的松耦合；c.可提供OpenAPI，便于第三方系统集成，提高互操作性；d.如果提供无状态的服务接口，可提高应用的水平扩展性

image image 本文由 黑壳博客 转载 本文来源 什么是REST以及 RESTful?？ imagepng imagepng 自从Roy Fielding博士在2000年他的博士论文中提出 REST （Representational State Transfer）风格的软件架构模式后，REST就基本上迅速取代了复杂而笨重的SOAP，成为Web API的标准了。 什么是Web API呢？ 如果我们想要获取某个电商网站的某个商品，输入 http://localhost:9999/products/123 ，就可以看到id为123的商品页面，但这个结果是HTML页面，它同时混合包含了Product的数据和Product的展示两个部分。对于用户来说，阅读起来没有问题，但是，如果机器读取，就很难从HTML中解析出Product的数据。 如果一个URL返回的不是HTML，而是机器能直接解析的数据，这个URL就可以看成是一个Web API。比如，读取 http://localhost:9999/api/products/123 ，如果能直接返回Product的数据，那么机器就可以直接读取。 REST就是一种设计API的模式。最常用的数据格式是JSON。由于JSON能直接被JavaScript读取，所以，以JSON格式编写的REST风格的API具有简单、易读、易用的特点。 编写API有什么好处呢？由于API就是把Web App的功能全部封装了，所以，通过API操作数据，可以极大地把前端和后端的代码隔离，使得后端代码易于测试，前端代码编写更简单。 此外，如果我们把前端页面看作是一种用于展示的客户端，那么API就是为客户端提供数据、操作数据的接口。这种设计可以获得极高的扩展性。例如，当用户需要在手机上购买商品时，只需要开发针对iOS和Android的两个客户端，通过客户端访问API，就可以完成通过浏览器页面提供的功能，而后端代码基本无需改动。 当一个Web应用以API的形式对外提供功能时，整个应用的结构就扩展为： REST-arch REST-arch 把网页视为一种客户端，是REST架构可扩展的一个关键。 ** 网络上的所有事物都被抽象为资源** ** 每个资源都有一个唯一的资源标识符** ** 同一个资源具有多种表现形式(xml,json等)** ** 对资源的各种操作不会改变资源标识符** ** 所有的操作都是无状态的** ** 符合REST原则的架构方式即可称为RESTful** REST主要对以下两方面进行了规范 -定位资源的URL风格，例如 http://bhusk.com/admin/1234 http://bhusk.com/admin/1234/10/11 -如何对资源操作 采用HTTP协议规定的GET、POST、PUT、DELETE动作处理资源的增删该查操作 image image 对应的中文是rest式的;Restful web service是一种常见的rest的应用,是遵守了rest风格的web服务;rest式的web服务是一种ROA(The Resource-Oriented Architecture)(面向资源的架构). 符合REST约束风格和原则的应用程序或设计就是RESTful. - Spring MVC 对 RESTful应用提供了以下支持 - 利用@RequestMapping 指定要处理请求的URI模板和HTTP请求的动作类型 - 利用@PathVariable讲URI请求模板中的变量映射到处理方法参数上 - 利用Ajax,在客户端发出PUT、DELETE动作的请求 ** 可以采用Ajax方式发送PUT和DELETE请求** 采用RESTful架构后，需要将web.xml中控制器拦截的请求设置为/，这样会将css,js等静态资源进行拦截，发送404错误。 解决方法： 本篇文章参考了一部分 http://t.cn/RuZZUK3 ， http://t.cn/RKO0YPr 程序员是个辛苦的职业 请善待你们身边的每一位程序员~ 欢迎在评论写下你的程序员趣事，程序员不是一个死板的职业~~ 欢迎扫描二维码加入我们的小组织 ，大家都叫我壳叔，很期待你的到来。 黑壳网交流群 Q 群: 200408242 11a84075a304ac57f6d37323512fd24cde9836350b9d80148b282eeaa188b196c2358d4ffd7006cbpng 11a84075a304ac57f6d37323512fd24cde9836350b9d80148b282eeaa188b196c2358d4ffd7006cbpng

1. 什么是Restful 其实早在web service概念产生前就有了restful的概念，或者说restful是和Http一起诞生的。 可以参阅 Roy Fielding 的论文“Architectural Styles and the Design of Network-based Software Architectures”， 我本身并没有读过。 Restful的意思是‘宁静的"，你可以理解为‘简约而不简单"，或者‘和谐的"。一个协议只有足够的简约才有扩展性和生命力，复杂的东西往往伴随的是大量bug和规模膨胀后的不可控。 Restful就是Http的本质，仅仅是一个资源URI，和Get，Post，Put，Delete四种操作。一切Web的行为皆源于此。 所以早期的网站，或者说是静态的网站的都是Restful的，如果广义的把浏览器获取web page当做一种web service的话，那么他们都提供了Restful Web Service。 所以Restful并不是个陌生的概念，更不是个新的概念，只不过是一直被忽略了。 一样东西之所以被忽略，因为没有对立面， 或者说没有可比较的东西。世界上的概念都是相对的，有了丑才有美，有了胖才有瘦。 同样当仅仅只有restful的时候，便很少有人真正了解restful的意思。 直到有一天，restful的原则被打破，世界上出现了非restful的web行为，我们可以把它称做‘RPC-style"的web service。2. RPC-style RPC是个大家都很熟悉的东西，remote procedure call，就是说我要调用其他机器上的程序就象调用我本机的函数一样。 早期的做法开个socket端口，把参数传过去，然后执行完再通过socket把结果传回来。 这样的缺点是就是不同的解决方案的传参数和结果的协议不同，大家之间没发通用，还有就是可能无法穿越防火墙。 直到XML技术诞生，用XML来规范接口，并且XML文档本身就是纯文本可以方便的通过Http端口传输，这样就大大的方便了在web互相之间的调用。 于是Web Service的概念诞生了，而这种Web Service是‘RPC-style"的。3. Http 顺便聊一下Http协议，Http诞生就是为了进行Web访问，用来传输Html文档的。不过他的能力远远大于此。 Http本身就是个envelope协议，他并不管envelop里面装的是什么，所以其实你可以通过http传输任意数据（图片，音乐），只要可以将它编码成文本（如用base64）。 Http本身规定了4种操作，可是他并没有强制服务器真正的行为。比如你通过Http发出的Get指令，服务器在收到这个指令后可以做些完全和Get不相关的事情。 Http的灵活性带来了很多好处，但同时也带来了副作用，Web不再restful，变的有点小乱。4. ROA 其实RPC-style和Restful看待事物的角度是不同的，大家都说Restful是一种RO，即面向资源的，那么RPC-style应该仍难是传统的OO，即面向对象的。 对于RPC-style而言，Server就是一个对象，这个对象有许多的属性和方法，我们通过http传递参数来调用这些方法，这里http仅仅被用来做为一个传递者，request的真正含义皆在soap envelop中。 对于Restful而言，Server就是个资源的集合，里面有web pages，web services，或其他资源，对于资源的操作是固定的。我们可以用http象访问网页一样访问web service。 对于Web而言，似乎ROA这种架构更能保持web访问的一致性，也更简单。5. Ajax Ajax出现的初始动机就是我们可以仅仅刷新部分网页，这样更快，也更合理，不然每次都要刷新整个网页。 同时，Ajax的出现也为遵守Restful原则提供了一种很好的solution。 Restful很重要的原则是无状态性，即服务器不会保存http request的上下文。这是很必要的，否则当用户很多时，服务器的负荷会爆掉的。 我们应该在客户端记录request上下文，然后每次发给服务器。 Ajax出现前，每次request都会刷新这个页面，所以很难记录之前request的上下文，现在有了Ajax, 用户不用每次刷新整个页面，所以可以有效的记录上下文。 所以可以比较简单的完成胖客户端－瘦服务器的架构。

SOAP(Simple Object Access Protocol)简单对象访问协议，是基于HTTP的一种异构系统通信的协议，说白了就是xml文档传输，之所以会有它，就是在于不同语言C,C++,JAVA等语言开发的系统进行通信，是WebService就是基于SOAP协议的，确实是一种比较传统的SOA解决方案。 REST(Rerepresentational State Transfer)是外国一位博士提出的一种架构风格，从资源状态转换角度看待资源，但也是基于SOAP协议进行通信。 rest 是一种风格 restful Webservice 和 soap的区别在于表现形式不一样，如果想深入了解 可以去开开 深入理解Webservice 这本书，restful Webservice 不只是可以用json 也可以用xml 更可以用html做消息返回， rest 风格的Webservice 和传统的soap 主要的表现在于 rest是将资源暴露 soap是暴露操作 。具体的流程其实和soap是一样的，但是rest更方便，更轻。

简单理解一就是用URL定位资源，用HTTP描述操作。简单理解二URL定位资源，用HTTP动词(GET,POST,DELETE,DETC)描述操作。官方定义一种软件架构风格、设计风格，而不是标准，只是提供了一组设计原则和约束条件。它主要用于客户端和服务器交互类的软件。基于这个风格设计的软件可以更简洁，更有层次，更易于实现缓存等机制。以web开发举例在设计web接口的时候，REST主要是用于定义接口名，接口名一般是用名次写，不用动词，那怎么表达“获取”或者“删除”或者“更新”这样的操作呢——用请求类型来区分。比如，我们有一个students接口，对于“学生”我们有增删改查四种操作，怎么定义REST接口？增加一个学生，uri: http://testcode.com/school/students 接口类型：POST删除一个朋友，uri: http://testcode.com/school/students 接口类型：DELETE修改一个朋友，uri: http://testcode.com/school/students 接口类型：PUT查找朋友，uri: http://testcode.com/school/students 接口类型：GET上面我们定义的四个接口就是符合REST协议的，请注意，这几个接口都没有动词，只有名词students，都是通过Http请求的接口类型来判断是什么业务操作。举个反例uri: http://testcode.com/school/addStudents 该接口用来表示增加学生，这就是不符合REST协议的接口。建议用HTTP Status Code传递Server的状态信息。比如最常用的 200 表示成功，500 表示Server内部错误，403表示Bad Request等。(反例：传统web开发返回的状态码一律都是200，其实不可取。)REST风格接口意义前后端分离。前端拿到数据只负责展示和渲染，不对数据做任何处理。后端处理数据并以JSON格式传输出去，定义这样一套统一的接口，在web，ios，android三端都可以用相同的接口，节约开发成本以及便于同一调试。

基于RESTful 的几种实现1.1. RailsRuby on Rails是新兴的敏捷Web开发框架，在动态语言Ruby的支持下，Rails以新鲜的视角告诉我们Web开发是简单而快乐的。Rails对 RESTful Web Service的开发作了极大的封装和简化，这对开发人员来说是一个强大的工具。而且即将发布的Rails 2.0将全面基于REST。1.2. Axis2Apache Axis2是传统的Java Web Service框架Axis的下一代版本。从最初的Apache Axis和Apache SOAP到目前的Axis2，经历了大量变革和发展。相对以前的版本，Axis2更灵活、更高效、更简单。作为Java端官方和传统Web Service框架，在REST与SOAP的硝烟弥漫、战火纷飞的状况下，Axis2尝试同时支持SOAP和REST，采用了WSDL2.0中将REST 与Web服务结合的工作成果。1.3. DjangoDjango是基于python语言的敏捷Web和Web服务开发框架，它的设计与Rails十分类似，只不过简化和封装稍少一些。1.4. JSR 311: JAX-RSJAX-RS（JSR 311，Java API for XML-RESTful Web Services）是基于annotation的实现方式，我们通过annotation的方式把一个java class标注成RESTful web service，并把它的方法标注成HTTP的CRUD。相关的annotation有@path @Produces@GET @POST @DELETE @PUT @PathParam等，对java开发人员在使用起来比较方便。目前已经有很多现成的实现，比如Jersey Apache CXF JBoss RESTEasy1.5. 其他支持RESTful的Java框架Restlet（http://www.restlet.org/）Cetia4（https://cetia4.dev.java.net/）Apache Axis2（http://http://ws.apache.org/axis2/）sqlREST（http://sqlrest.sourceforge.net/）REST-art（http://rest-art.sourceforge.net/）RESTEasy的性能要好于 Jersey,无论哪种嵌入式JEE容器。Jersey+Grizzly2和Jersey+Jetty, dropwizard性能差别不大dropwizard底层实际是Jersey+Jetty,性能结果也和Jersey+Jetty一样RESTEasy+netty (netty3)的结果并没有优于RESTEasy+undertow.这出乎我的意料，可能CPU和Memory占用上会好一些RESTEasy+netty4的性能远远低于RESTEasy+netty3，这出乎我的意料。或许因为Netty线程池的改变。纯netty的性能远远高于其它框架，一方面是由于没有http router的逻辑，另一方面也显示了Netty框架的优秀。如果不是实现很复杂的路由和很多的Service,不妨使用纯Netty实现高性能。Spring Boot太厚重了，使用Spring MVC的语法，性能只有Jersey的一半。Vert.x底层使用Netty,可以使用Java 8 Lambda语法，也提供了其它语言的支持，但是性能看起来不是太好，而且随着并发量增大吞吐率也随之下降。

基于目前的大前端时代，对于常年负责后台开发的我来说， 最重要的就是提供稳定的接口和文档。便于小伙伴们进行业务对接。 当下常用的是RestFul风格的定义规范， 之前开发是清一色Get、Post。引入RestFul后感觉接口定义规范很多，看接口地址就知晓是什么功能， 一起来看看列的一些基础规范吧。API与客户端用户的通信协议，总是使用HTTPS协议，以确保交互数据的传输安全。 应该尽量将API部署在专用域名之下： https://api.example.com 如果确定API很简单,不会有进一步扩展,可以考虑放在主域名下： https://www.example.com/api https://api.example.com/v{n} 1、应该将API的版本号放入URL。 2、采用多版本并存，增量发布的方式。 3、n代表版本号，分为整型和浮点型 整型： 大功能版本， 如v1、v2、v3 ... 浮点型： 补充功能版本， 如v1.1、v1.2、v2.1、v2.2 ... 4、对于一个 API 或服务，应在生产中最多保留 3 个最详细的版本 路径又称"终点"（end point），表示API的具体网址。 1、在RESTful架构中，每个网址代表一种资源(resource),所以网址中不能有动词，只能有名词。 【所用的名词往往与数据库的表格名对应】 2、数据库中的表一般都是同种记录的"集合"(collection),所以API中的名词也应该使用复数。 例子: https://api.example.com/v1/products https://api.example.com/v1/users https://api.example.com/v1/employees GET（SELECT）： 从服务器取出资源（一项或多项）。 POST（CREATE）： 在服务器新建一个资源。 PUT（UPDATE）： 在服务器更新资源（客户端提供改变后的完整资源）。 DELETE（DELETE）： 从服务器删除资源。 例子： GET /v1/products 获取所有商品 GET /v1/products/ID 获取某个指定商品的信息 POST /v1/products 新建一个商品 PUT /v1/products/ID 更新某个指定商品的信息 DELETE /v1/products/ID 删除某个商品,更合理的设计详见【9、非RESTful API的需求】 GET /v1/products/ID/purchases 列出某个指定商品的所有投资者 GET /v1/products/ID/purchases/ID 获取某个指定商品的指定投资者信息 若记录数量很多，服务器不可能返回全部记录给用户。 API应该提供分页参数及其它筛选参数，过滤返回结果。 /v1/products?page=1&pageSize=20 指定第几页，以及每页的记录数。 /v1/products?sortBy=name&order=asc 指定返回结果按照哪个属性排序，以及排序顺序。 传入参数分为4种类型： 1、cookie： 一般用于OAuth认证 2、request header： 一般用于OAuth认证 3、请求body数据： 4、地址栏参数： 1）restful 地址栏参数 /v1/products/ID ID为产品编号，获取产品编号为ID的信息 2）get方式的查询字段 见【六、过滤信息】 response： ---------------------------------------- { status: 200, // 详见【status】 data: { code: 1, // 详见【code】 data: {} || [], // 数据 message: "成功", // 存放响应信息提示,显示给客户端用户【须语义化中文提示】 sysMessage: "success" // 存放响应信息提示,调试使用,中英文都行 ... // 其它参数，如 total【总记录数】等 }, msg: "成功", // 存放响应信息提示,显示给客户端用户【须语义化中文提示】 sysMsg: "success" // 存放响应信息提示,调试使用,中英文都行 } ---------------------------------------- 【status】: 200: OK 400: Bad Request 500：Internal Server Error 401：Unauthorized 403：Forbidden 404：Not Found 【code】: 1: 获取数据成功 | 操作成功 0：获取数据失败 | 操作失败 1、实际业务开展过程中，可能会出现各种的api不是简单的restful 规范能实现的。 2、需要有一些api突破restful规范原则。 3、特别是移动互联网的api设计，更需要有一些特定的api来优化数据请求的交互。 1)、删除单个 | 批量删除 ： DELETE /v1/product body参数{ids：[]} 2)、页面级API : 把当前页面中需要用到的所有数据通过一个接口一次性返回全部数据 1、前端需要哪些字段，API接口应该返回哪些字段，字段不多也不少。 2、更新功能尽量做到：初次返回的原始数据参数与提交更新的数据参数结构一致。 3、时间参数，尽量以一致格式的字符串传递， 如： ‘2019-01" | ‘2019/01" ‘2019-01-01" | ‘2019/01/01" ‘2019-01-01 12:12:12" | ‘2019/01/01 12:12:12" 1、尽量采用自动化接口文档，可以做到在线测试，同步更新。 2、应包含：接口BASE地址、接口版本、接口模块分类等。 3、每个接口应包含： 接口地址：不包含接口BASE地址。 请求方式: get、post、put、delete等。 请求参数：数据格式【默认JSON、可选form data】、数据类型、是否必填、中文描述。 相应参数：类型、中文描述。

什么是RESTfulAPI？RESTfulAPI是什么，以及如何使用它？RESTfulAPI是一种建立在HTTP协议和标准Web技术之上的API设计风格。它允许客户端和服务器之间进行交互，并利用现有的通信协议传输数据。与SOAP等其他传输协议相比，RESTfulAPI具有更好的可伸缩性和可维护性。要了解RESTfulAPI，必须先理解以下三个概念：1.资源：指的是可通过API访问的任何内容，例如网站上的文章、图像、评论等。对于每个资源，应该确定它的唯一标识符，以便轻松地与其交互。2.HTTP方法：指的是客户端可用于访问资源的方式，常用的方法有GET、POST、PUT和DELETE。3.表示：指的是服务器返回资源的表现形式，可以是HTML、XML、JSON或其他格式。RESTfulAPI的核心思想是通过HTTP方法以及URI对资源进行增删改查操作。例如：1.GET方法：用于获取资源，如从服务器检索网站上的文章或图像。示例URI：/articles/123。2.POST方法：用于创建新资源，如在网站上发布新文章或评论。示例URI：/articles。3.PUT方法：用于更新现有资源，例如更新文章的标题或内容。示例URI：/articles/123。4.DELETE方法：用于删除资源，例如删除文章或评论。示例URI：/articles/123。在实现RESTfulAPI时，应遵循以下几个原则：1.状态应该保存在客户端，而不是服务器上。2.必须使用标准HTTP方法和状态代码3.返回的表示应该是可缓存的。4.URI应该唯一标识每个资源。5.与服务器端无状态通信，每次请求都应该包括所有必要的信息。正确定义和实现RESTfulAPI，可以帮助开发人员更好地构建可扩展的分布式应用程序。此外，RESTfulAPI还可以被用于构建web服务，使其更加安全和高效。

第一个问题：什么是RESTful？REST这个词，是Roy Thomas Fielding在他2000年的博士论文中提出的。有兴趣可以看看这里论文`，谁是Fielding?点击前面名字了解。那RESTful到底是什么呢？简单的讲，它是：一种架构设计风格，提供了设计原则和约束条件，而不是架构。而满足这些约束条件和原则的应用程序或设计就是 RESTful架构或服务。推荐阅读：张善友博客——REST 入门介绍infoq——深入浅出REST第二个问题：到底 REST 和 SOAP、RPC 有何区别？这个问题比较大，要知道他们有什么区别首先需要明白，他们分别是什么？REST上面已经简单的说明了它是什么。SOAP(简单对象访问协议)是什么？SOAP是一种数据交换协议规范，是一种轻量的、简单的、基于XML的协议的规范。它有什么优点？简单总结为： 易用，灵活，跨语言，跨平台。易用：是因为它的消息是基于xml并封装成了符合http协议，因此,它符合任何路由器、 防火墙或代理服务器的要求。灵活：表现在极具拓展性，SOAP 无需中断已有的应用程序, SOAP 客户端、 服务器和协议自身都能发展。而且SOAP 能极好地支持中间介质和层次化的体系结构。跨语言：soap可以使用任何语言来完成，只要发送正确的soap请求即可。跨平台：基于soap的服务可以在任何平台无需修改即可正常使用。RPC(远程调用框架) 是一种允许分布式应用程序调用网络上不同计算机的可用服务的机制。涉猎不多，一下省略256个字。有熟悉的朋友可以在评论补充，然后我会修改到该内容中去从上面我们可以看出，REST 和 SOAP、RPC 有何区别呢？没什么太大区别，他们的本质都是提供可支持分布式的基础服务，最大的区别在于他们各自的的特点所带来的不同应用场景。REST可以看着是http协议的一种直接应用，默认基于json作为传输格式，使用简单，学习成本低效率高，~~但是安全性较低~~，而SOAP可以看着是一个重量级的协议，基于xml，SOAP在安全方面是通过使用XML-Security和XML-Signature两个规范组成了WS-Security来实现安全控制的，当前已经得到了各个厂商的支持，.net ，php ，java 都已经对其有了很好的支持 。这是REST薄弱的地方。

REST（REpresentationStateTransfer）描述了一个架构样式的网络系统，比如web应用程序。一般依赖于HTTP认证，HTTP认证有几种：basic，digest，token，这些都有标准的实现的开源包需要主要的是这个认证的帐号跟你业务的帐户实际是不一样的。REST属于webService一种，安全是后台服务的安全，因此不需要实际的业务帐号，通常是系统keyStore证书库里的账户。RESTFUL特点包括：1、每一个URI代表1种资源。2、客户端使用GET、POST、PUT、DELETE4个表示操作方式的动词对服务端资源进行操作：GET用来获取资源，POST用来新建资源（也可以用于更新资源），PUT用来更新资源，DELETE用来删除资源。3、通过操作资源的表现形式来操作资源。4、资源的表现形式是XML或者HTML。5、客户端与服务端之间的交互在请求之间是无状态的，从客户端到服务端的每个请求都必须包含理解请求所必需的信息。

restful api接口规范如下：1、协议API与用户的通信协议，总是使用HTTPs协议。2、域名应该尽量将API部署在专用域名之下。如果确定API很简单，不会有进一步扩展，可以考虑放在主域名下。3、版本（Versioning）应该将API的版本号放入URL。另一种做法是，将版本号放在HTTP头信息中，但不如放入URL方便和直观。Github采用这种做法。4、路径（Endpoint）路径又称"终点"（endpoint），表示API的具体网址。在RESTful架构中，每个网址代表一种资源（resource），所以网址中不能有动词，只能有名词，而且所用的名词往往与数据库的表格名对应。一般来说，数据库中的表都是同种记录的"集合"（collection），所以API中的名词也应该使用复数。举例来说，有一个API提供动物园（zoo）的信息，还包括各种动物和雇员的信息，则它的路径应该设计成下面这样。

REST -- REpresentational State Transfer 首先，之所以晦涩是因为前面的主语被去掉了，全称是 Resource Representational State Transfer，通俗来讲就是：资源在网络中以某种表现形式进行状态转移。 分解开来： Resource：资源，即数据（前面说过网络的核心）。比如 newsfeed，friends等； Representational：某种表现形式，比如用JSON，XML，JPEG等； State Transfer：状态变化。通过HTTP动词实现。 大家都知道“古代”网页是前端后端融在一起的，比如之前的PHP，JSP等，在之前的桌面时代，前后端融合在一起没啥问题，但是近年来移动互联网的发展，各种类型的Client层出不穷，RESTful可以通过一套统一的接口为Web、iOS、Android、小程序等提供接口API服务。另外对于广大平台来说，比如Facebook platform，微博开放平台，微信公共平台等，它们不需要有显式的前端，只需要一套提供服务的接口，于是RESTful的API更是它们最好的选择。 根据Richardson Maturity Model（理查德森成熟度模型）, REST架构的成熟度有4个等级： 我们在咖啡店向前台点了一杯拿铁咖啡，这个过程可以用这段文字来描述： 我们通过这段文字告诉前台，新增一笔订单，订单是一杯拿铁咖啡，接着，前台给我们返回这么一串回复： 假设我们有一张会员卡，我们想查询一下这张会员卡的余额，这时候要向前台发起另一个询问： 查询卡号为447031335的卡的余额，查询的结果返回来了： 没钱……哈哈哈，没钱，现在我们要跟前台说，这杯咖啡不要了： 现在这家咖啡店越做越大，来喝咖啡的人越来越多，单靠前台显然是不行的，店主决定进行分工，每个资源都有专人负责，我们可以直接面向资源操作。 比如还是下单，请求的内容不变，但是我们多了一条消息: 多了一个斜杠和orders，这是什么意思？ 这个表示我们这个请求是发给哪个资源的，订单是一种资源，我们可以理解为是咖啡厅专门管理订单的人，他可以帮我们处理所有有关订单的操作，包括新增订单、修改订单、取消订单等操作。 接着还是会返回订单的编号给我们： 下面，我们还是要查询会员卡余额，这次请求的资源变成了cards： 接下来是取消订单： 接下来，店主还想继续优化他的咖啡厅的服务流程，他发现负责处理订单的员工，每次都要去订单内容里面看是新增订单还是删除订单，还是其他的什么操作，十分不方便，于是规定，所有新增资源的请求，都在请求上面写上大大的“POST”，表示这是一笔新增资源的请求。 其他种类的请求，比如查询类的，用‘GET"表示，删除类的，用‘DELETE"表示，修改用PATCH表示。 来，我们再来重复上面那个过程，来一杯拿铁： 请求的内容简洁多啦，不用告诉店员是addOrder，看到POST就知道是新增，返回的内容还是一样： 接着是查询会员卡余额，这次也简化了很多： 这个请求我们还可以进一步优化为这样： 直接把要查询的卡号写在后面了。 没错，接着，取消订单： 忽然有一天，有个顾客抱怨说，他买了咖啡后，不知道要怎么取消订单，咖啡厅一个店员回了一句，你不会看我们的宣传单吗，上面不写着： 顾客反问道，谁会去看那个啊，店员不服，又说到，你瞎了啊你……后面两人吵着吵着还打了起来… 噗，真是悲剧… 有了这次教训，店长决定，顾客下了单之后，不仅给他们返回订单的编号，还给顾客返回所有可以对这个订单做的操作，比如告诉用户如何删除订单。现在，我们还是发出请求，请求内容和上一次一样： 但是这次返回时多了些内容： 这次返回时多了一项link信息，里面包含了一个rel属性和url属性，rel是relationship的意思，这里的关系是cancel，url则告诉你如何执行这个cancel操作，接着你就可以这样子来取消订单啦： 哈哈，这服务真是贴心，以后再也不用担心店员和顾客打起来了。 Level 3的Restful API，给使用者带来了很大的便利，使用者只需要知道如何获取资源的入口，之后的每个URI都可以通过请求获得，无法获得就说明无法执行那个请求。 现在绝大多数的RESTful接口都做到了Level2的层次，做到Level3的比较少。当然，这个模型并不是一种规范，只是用来理解Restful的工具。所以，做到了Level2，也就是面向资源和使用http动词，就已经很Restful了。 Level 1 解释了如何通过分治法(Divide and Conquer)来处理复杂问题，将一个大型的服务端点(Service Endpoint)分解成多个资源。 Level 2 引入了一套标准的动词，用来以相同的方式应对类似的场景，移除不要的变化。 Level 3 引入了可发现性(Discoverability)，它可以使协议拥有自我描述(Self-documenting)的能力。 这一模型帮助我们思考我们想要提供的HTTP服务是何种类型的，同时也勾勒出人们和它进行交互时的期望。 u2776 REST描述的是在网络中client和server的一种交互形式；REST本身不实用，实用的是如何设计 RESTful API（REST风格的网络接口）； u2777 Server提供的RESTful API中，URL中只使用名词来指定资源，原则上不使用动词。“资源”是REST架构或者说整个网络处理的核心， URL定位资源，用HTTP动词（GET/POST/DELETE/PATCH）来描述操作， u2778 用HTTP协议里的动词来实现资源的添加、修改、删除等操作。即通过HTTP动词来实现资源的状态转移： u2779 Server和Client之间传递某资源的一个表现形式，比如用JSON，XML传输文本，或者用JPG，WebP传输图片等。当然还可以压缩HTTP传输时的数据（on-wire data compression）; u277a 用 HTTP Status Code传递Server的状态信息。比如最常用的 200 表示成功，500 表示Server内部错误等。 好了，理解了RESTful的概念，究竟如何应用，这是个问题。根据项目的需求不同，我们的API设计规范也存在差别，完全看自身理解，满足自身需求，大的理念不变，根据需求制定项目的API规范就是好的RESTful。

概念是 Roy Thomas Fielding在他2000年的博士论文中提出的。他参与制定了 HTTP 1.0 和 HTTP 1.1 协议。 他希望能基于网络现有的协议基础上创建一个功能强大，性能游戏，适宜通信的架构。 如含义一样，将从逻辑上将业务实现拆分为客户端与服务端实现。 通过分离设计，能简化两边的设计复杂度，提高其可扩展性。 资源是 RESTful 的主体，主要指代互联网上的一个实体，可以是一段文本、一张图片、一首歌曲、一种服务，总之就是一个具体的实在。资源通过 URI 来唯一标识。 资源的信息载体形式，叫做表现层。他可以是文本、XML、JSON 或者是一个二进制文件。它的具体表现形式，应该在HTTP请求的头信息中用Accept和Content-Type字段指定，这两个字段才是对"表现层"的描述。 互联网通信协议HTTP协议，是一个无状态协议。这意味着，所有的状态都保存在服务器端。因此，如果客户端想要操作服务器，必须通过某种手段，让服务器端发生"状态转化"（State Transfer）。而这种转化是建立在表现层之上的，所以就是"表现层状态转化"。 在 HTTP 中，我们一般通过四种 HTTP 动词（verb）来对应资源的变化：GET用来获取资源，POST用来新建资源（也可以用于更新资源），PUT用来更新资源，DELETE用来删除资源。 相应的状态的交互应当是无状态的（ServerLess）这是 HTTP 的特性所决定的，要求每次请求包含服务器需要的所有信息，这样可以很好的确保每一次变化的可预测性，进而提高可靠性，也能增进可扩展性。 综合上面的解释，我们总结一下什么是RESTful架构： （1）每一个URI代表一种资源； （2）客户端和服务器之间，传递这种资源的某种表现层； （3）客户端通过四个HTTP动词，对服务器端资源进行操作，实现"表现层状态转化"。 HTTP 请求是互联网架构中重要的一环，其在 TCP 连接的基础上，实现了语义化，缓存机制，无状态等等特性。在互联网上也有不错的性能，REST 常常会基于 HTTP 协议的基础上实现其核心概念。 论文中对 HTTP 与 REST 相适宜的论述提及了几点： 这里是论文中对 HTTP Code 来表现业务相应状态的相关表述： 原文： https://martinfowler.com/articles/richardsonMaturityModel.html 他讲这个模型层次分为四级，大概如下所示： 利用 HTTP 协议做数据交换，所有的参数描述通过 url 或者 POST body 形式通知服务器，返回相应的数据，此级别通常都是基于 。实质上就是基于 HTTP 的 RPC（远程过程调用），具体交付的细节完全由相关规范或团队内部约定解决。 根据理解设计了一份请求交互： 将 API 按照 RESTful 中资源的方式进行划分，初步有了自我描述（self description）的特性了，客户端可以对相关的资源进行更加细致的操作。 根据理解设计了一份请求交互： 这个级别有更加进一步的利用了 HTTP 的特性，增加了对 HTTP verb （比如 GET 表示查询、POST 表示创建、PUT 表示修改、DELETE 表示 等等）的运用，并且运用原有的 HTTP response status 来表征业务上请求的成功与失败，一般项目常见的 RESTful 运用基本都接近这个级别。 这个请求基本就和我们平时使用的 RESTful api 很接近了： 这个基本也称作 HATEOAS (Hypertext As The Engine Of Application State)，这个级别是 RESTful 最复杂的实现，这个级别最理想的情况是，不需要特别复杂 API 文档进行描述的，这里的 API 设计最大化的实现了 RESTful 的自我描述特性。这种方案虽然引入很大的复杂性，但是最大限度的将 API 设计变得配置化了，所有 API 设计将会基于更加抽象的工作流设计了，稍后再做解释： 本阶段的相关请求模型大概是这样的： 可以看出，从查询到最终结果，都是由第一个 api 的返回的资源列表和操作项，引导向后面的操作，这样，后端在设计 API 的时候，需要考虑从一条业务 workflow 的角度去设计。这样只要整个流程不变，局部的数据变化，只需要修改后端的相关配置即可，这样业务可以很大程度的配置化。

RESTfulapi是开发中常用的概念，那什么是REST，什么又是RESTfulapi？ REST是Representational State Transfer的缩写 Representational :数据的表现形式(JSON、XML...) State:当前状态或者数据 Transfer：数据传输 看字面意思还是不太懂，没关系，接着看： 标准的 REST 六个限制如下： 参考内容：客户端-服务器模型 参考内容：无状态协议 参考内容：网页缓存 统一接口约束是设计任何REST服务的基础。 参考内容：分层系统 参考内容：客户端脚本 上文中提到了REST的6个限制，其中统一的接口需要统一成什么样子的呢？ 1.资源的标识 RESTfulapi就是符合REST风格的api

先看REST是什么意思，英文Representational state transfer 表述性状态转移 其实就是对 资源 的表述性状态转移。 简单的说：RESTful是一种架构的规范与约束、原则，符合这种规范的架构就是RESTful架构。 资源的地址 在web中就是URL （统一资源标识符） 资源是REST系统的核心概念。 所有的设计都是以资源为中心 结合项目怎么识别资源 1.商品加入购物车 购物车 2.提交订单 订单 3.创建用户 用户 围绕资源进行 添加，获取，修改，删除，以及对符合特定条件的资源进行列表操作 。针对资源设计接口 RESTful 架构的核心规范与约束：统一接口 分为四个子约束： 1.每个资源都拥有一个资源标识，每个资源的资源标识可以用来唯一地标明该资源 2.消息的自描述性 3.资源的自描述性。 4.HATEOAS Hypermedia As The Engine Of Application State(超媒体作为应用状态引擎) 即客户只可以通过服务端所返回各结果中所包含的信息来得到下一步操作所需要的信息，如到底是向哪个URL发送请求等。也就是说，一个典型的REST服务不需要额外的文档标示通过哪些URL访问特定类型的资源，而是通过服务端返回的响应来标示到底能在该资源上执行什么样的操作 目的：实现客户端无需借助任何文档即能调用到所有的服务器资源 三、资源的URL设计 1.通过URL来表示资源 资源分为主资源与子资源 因为主资源是一类独立的资源 所以主资源应直接放在相对路径下：例如 若要表示主资源的实例：如果实例的ID=1，则这样表示： /goods/1 子资源： 一个实例的子资源可能是一个集合也可能是一个单一的子资源 子资源为图片集合：/goods/1/pictures 子资源为商品折扣的单子子资源：/goods/1/discount 2.单数 vs. 复数 获取用户1的信息，哪种方式更符合RESTful? /api/users/1 /api/user/1 3.相对路径 vs. 请求参数 极光的RESTful API: 获取用户信息 GET /v1/users/{username} 参数放在路径中 VS 获取用户信息 GET /v1/users?username=xxxxx 拼接的方式 获取应用管理员列表 GET /v1/admins?start={start}&count={count} ？后拼接参数的方式：这种方式一般作为过滤资源 4.使用合适的动词 get delete put post 选择请求接口的方式： get delete PUT 在服务器更新资源（客户端提供改变后的完整资源）。 POST 在服务器新建一个资源 5.使用标准的状态码 GET hello world!!!

REST（Representational State Transfer）,表述性状态转移，定义了互联网架构原则，是一种架构风格，具体原则如下： 1.互联网所有资源都可以被抽象为资源 2.每个资源都有唯一的资源标识符 3.同一个资源具有多个表现形式（可以是json,xml等等） 4.对资源的操作不会改变资源标识符 5.所有的操作都是无状态的 主要是就是说互联网上的资源可以用一种规则来表示，对资源的操作是无状态的。 RESTFUL,是指遵守rest规则的web服务，restful是一种ROA(Resource Oriented Architecture，面向资源的架构)，restful的核心概念就是资源（Resource）。 互联网中客户端和服务端的交互就是资源的表述，这种表述是无状态的，也就意味着服务端要报错资源的所有状态，客户端可以通过http协议按照规定的规则访问或者改变资源的状态，就是所谓的“表述性状态转移”。 具体表现形式如下： GET /users 获取用户列表 GET /users/1 获取id（主键）为1的用户 POST /users 创建用户 PUT /users/1 修改id为1的用户（整条数据替换） PATCH /users/1 修改id为1的用户（数据局部字段替换） DELETE /users/1 删除id为1的用户 简单来说就是通过请求方法名来表示行为，url来表示操作的资源 更多例子： GET /users/1/products 获取id为1用户下的产品列表 GET /users/1/products/1 获取id为1用户下的id为1的产品 GET /users/name/aaa/products 获取name为aaa的用户下的产品列表 GET /users/name/aaa/products/name/ppp 获取name为aaa的用户下的名为ppp的产品 POST /users/1/products id为1的用户下创建一个产品 PUT /users/1/products/1 修改id为1的用户下的id为1的产品（整条数据替换） PATCH /users/1/products/1 修改id为1的用户下的id为1的产品（数据局部字段替换） DELETE /users/1/products/1 修改id为1的用户下的id为1的产品

RESTFUL是一种网络应用程序的设计风格和开发方式，基于HTTP，可以使用XML格式定义或JSON格式定义。RESTFUL适用于移动互联网厂商作为业务使能接口的场景，实现第三方OTT调用移动网络资源的功能，动作类型为新增、变更、删除所调用资源。RESTful架构是对MVC架构改进后所形成的一种架构，通过使用事先定义好的接口与不同的服务联系起来。在RESTful架构中，浏览器使用POST，DELETE，PUT和GET四种请求方式分别对指定的URL资源进行增删改查操作。因此，RESTful是通过URI实现对资源的管理及访问，具有扩展性强、结构清晰的特点。RESTful架构将服务器分成前端服务器和后端服务器两部分，前端服务器为用户提供无模型的视图；后端服务器为前端服务器提供接口。浏览器向前端服务器请求视图，通过视图中包含的AJAX函数发起接口请求获取模型。项目开发引入RESTful架构，利于团队并行开发。在RESTful架构中，将多数HTTP请求转移到前端服务器上，降低服务器的负荷，使视图获取后端模型失败也能呈现。但RESTful架构却不适用于所有的项目，当项目比较小时无需使用RESTful架构，项目变得更加复杂。

restful在中文中有"使人感到悠闲的、宁静的"的意思，restful是什么意思 restful的中文翻译、读音、例句，其次还有"平静的"的意思，在线读音是[r"estful]，restful是一个英语形容词。restful的中文翻译1.使人感到悠闲的例句:Distributed applications using HTTP as an application protocol, and built RESTfully, do have a contract, but of a different nature and kind.翻译:用HTTP作为应用协议、以RESTful方式构建的分布式应用其实有一个契约，但其性质和种类却不相同。2.宁静的例句:i find cemeteries very... restful places, don"t you?翻译:我觉得墓园... 是个非常宁静的地方，不是吗？3.平静的例句:# The restful peace within #翻译:你内心无声的和平。

你好亲，很高兴能为您解答。feastful可翻译成：祝宴的；过节的。由词根：feast：酒席，可以知道它并不是饕餮的意思。希望我的回复可以帮助到您。祝您生活愉快！

　　REST（REpresentationStateTransfer）描述了一个架构样式的网络系统，比如web应用程序。　　它首次出现在2000年RoyFielding的博士论文中，他是HTTP规范的主要编写者之一。　　REST指的是一组架构约束条件和原则。　　满足这些约束条件和原则的应用程序或设计就是RESTful。　　Web应用程序最重要的REST原则是，客户端和服务器之间的交互在请求之间是无状态的。　　从客户端到服务器的每个请求都必须包含理解请求所必需的信息。　　如果服务器在请求之间的任何时间点重启，客户端不会得到通知。　　此外，无状态请求可以由任何可用服务器回答，这十分适合云计算之类的环境。　　客户端可以缓存数据以改进性能。　　在服务器端，应用程序状态和功能可以分为各种资源。　　资源是一个有趣的概念实体，它向客户端公开。　　资源的例子有：应用程序对象、数据库记录、算法等等。　　每个资源都使用URI（UniversalResourceIdentifier）得到一个惟一的地址。　　所有资源都共享统一的界面，以便在客户端和服务器之间传输状态。　　使用的是标准的HTTP方法，比如GET、PUT、POST和DELETE。　　Hypermedia是应用程序状态的引擎，资源表示通过超链接互联。　　另一个重要的REST原则是分层系统，这表示组件无法了解它与之交互的中间层以外的组件。　　通过将系统知识限制在单个层，可以限制整个系统的复杂性，促进了底层的独立性。　　当REST架构的约束条件作为一个整体应用时，将生成一个可以扩展到大量客户端的应用程序。　　它还降低了客户端和服务器之间的交互延迟。　　统一界面简化了整个系统架构，改进了子系统之间交互的可见性。　　REST简化了客户端和服务器的实现。　　RESTful的实现：RESTfulWeb服务与RPC样式的Web服务了解了什么是什么是REST，再看看RESTful的实现。　　最近，使用RPC样式架构构建的基于SOAP的Web服务成为实现SOA最常用的方法。　　RPC样式的Web服务客户端将一个装满数据的信封（包括方法和参数信息）通过HTTP发送到服务器。

You don"t even know meso shut the fuck up and party, yeahwe came to party, yeahshut up and party, yeahYou don"t even know meso shut the fuck up and party, yeahwe came to party, yeahshut up and party, yeahBreak in the door with so-and-soLooking like a meal tic, head to toerubber neck us with binocularswhen I know you know you don"t want nonetalk that gibberish on the liquorblahzee, blahzee, blah yeah, right, neverdo me one favor til the night"s overgrab a cup and shut it upJump, jump the crowd and get lividparty a ring around and get wit itbum sticky, bumsky, bumsky, bum, kick itwhen I say "aha, aw snick it”You want whatever I gotdon"t be mad I"m me, and your notsay, say anyway, girl, chillaxwit that beat, go head, okaycuz you don"t want no problem with me, noyou don"t want no problem with me, just sayyou don"t want no problem with meso get your, get your, get your, get your,get your fucking hands upYou don"t even know meso shut the fuck up and party, yeahwe came to party, yeahshut up and party, yeahYou don"t even know meso shut the fuck up and party, yeahwe came to party, yeaheverybody say party,hey-ey-ey ...Bumps in the pumps, she got the dump truckback it up baby girl, make it jump, okayrumble the jungle, cookie gon" crumbleso, why, y---even trip when he"s footin" the billgot a fac full of Mac, 22-inch heelscalm down, little one, keep walkingno dogs at the club, quit barkingcalling the bartenderCoco Loso, come pour me somesay, say, everyone just chillaxdrinks and lighters in the aircuz you don"t want no problem with me, noyou don"t want no problem with me, just sayyou don"t want no problem with meso get your, get your, get your, get your,get your fucking hands upYou don"t even know meso shut the fuck up and party, yeahwe came to party, yeahshut up and party, yeahYou don"t even know meso shut the fuck up and party, yeahwe came to party, yeahshut up and party, yeahOhmmm, Ohmmmshut up and party, yeahPeople like people that don"t, don"t give a fuckPeople like people that don"t, don"t give a fuckPeople like people that don"t, don"t give a fuckPeople like people that don"t, don"t give a fuckPeople like people that don"t,People like people that don"t,People like people that don"t,get your, get your, get your, get your,get your fucking hands upYou don"t even know meso shut the fuck up and party, yeahwe came to party, yeahshut up and party, yeahYou don"t even know meso shut the fuck up and party, yeahwe came to party, yeahshut up and party, yeah

波斯特否，瑞吉斯特，否套个若非可

爱是恒久忍耐，爱是仁慈，爱是不自夸，或羡慕或傲慢或粗鲁。

boastful 英[u02c8bu0259u028astfl] 美[u02c8bou028astfl] adj. <贬>（人）好自夸的，（言辞）自吹自擂的; 夸诞; 虚夸; [例句]I"m not being boastful.我不是在吹牛。

lustfuldesires攻略如下：电脑：组装电脑6.0系统：WIN10软件：lustful desires1.01、打开游戏，点击开始。2、点击字幕进行剧情对话。3、点击选择对话选项触发新的剧情。4、点击往前走继续探索获得游戏奖励。5、点击回屋休息恢复角色生命值和体力。

moistfull是etude house旗下的一个品牌。etude house在韩国化妆品中排第五.

stfu=shut the fuck up。stfu的中文意思：给我闭嘴。stfu是聊天常用的英文缩写，外国人常用的。shut the fuck up的用法示例如下：1.You shut the fuck up now. 你现在他文明用语给我闭嘴。2.There we"re introduced, so shut the fuck up. 我们介绍完了，现在闭上你的鸟嘴。扩展资料：类似缩写还有：（1）gtfo=get the fuck out。（2）btw=by the way。（3）brb=be right back。（4）aka=As known as。（5）LMFAO aka Laugh My Fucking Ass Off(也是乐队名LMFAO)。（6）LMAO aka Laugh My Ass off。参考资料：百度百科---OMFG

stfu是聊天常用的英文缩写，外国人常用的：）~STFU=Shutthefuckup!=给我闭嘴!另外：网上或email里常用的缩写还有ROFL,STFU,LMAO,TIA,etc等等：）~

猫扑的官方解释; 一、名词解释：BT——并非变态之意，在猫扑与YY对称的意思为 活跃思维 有创造性。bt最初的意思是指：跳跃性的思维，伐指善意有内涵的变态。当然，随着时间的变迁，bt现在已经可以指一切奇怪的东西了。所以偶希望：大家可以尽情发挥bt精神，但bt也要bt的有水平，不要认为那些粗俗X L的东西也是bt. 1.BitTorrent(简称BT)是一个文件分发协议，它通过URL识别内容并且和网络无缝结合。它在HTTP平台上的优势在于，同时下载一个文件的下载者在下载的同时不断互相上传数据，使文件源可以在很有限的负载增加的情况下支持大量下载者同时下载。 2. 词语“变态”的拼音缩写，广泛应用于网络聊天和BBS。 3.英国电信(British Telecom)的英文简写。 4.Brian Transeau, the electronic music artist 5.苏芸金杆菌(Bacillus thuringiensis)在生物学上的简写。 6.不丹王国的ISO 3166-1国家代码 7.Bodensee-Toggenburg-Bahn是瑞士一家铁路公司的名称。 8.Bt toxin：一种毒药。 9.BT-2、BT-5和BT-7都是前苏联军队的快速坦克型号。 10.二进制地形档格式一种地理资讯系统的档案格式 11.The BT - the Burton Taylor Theatre 12.巴士站(Bus Terminal)的简写。 13.蓝牙(Bluetooth) 14.B.T. = Bachelor of Theology, 神学士 15.从男爵（baronet），又译准男爵，传统简写是Bart，现代简写是Bt 16迅雷的ＢＴ种子 17.内蒙古包头市(Baotou)的简写 18 BT投资模式：是BOT的一种变换形式，是指一个项目的运作通过项目管理公司总承包后，由承包方垫资进行建设，建设验收完毕再移交给项目业主。BOT是对 Build-Own-Transfer（建设—拥有—转让）和Build-Operate-Transfer（建设—经营—转让）形式的简称，现在通常指后一种含义。而BT是BOT的一种历史演变，即Build-Transfer（建设—转让），政府通过特许协议，引入国外资金或民间资金进行专属于政府的基础设施建设，基础设施建设完工后，该项目设施的有关权利按协议由政府赎回。 通俗地说，BT投资也是一种“交钥匙工程”，社会投资人投资、建设，建设完成以后“交钥匙”，政府再回购，回购时考虑投资人的合理收益。除了BT演变方式外，BOT的演变形式还有BOOT方式，即建设—拥有—运营—移交；BOO方式，即建设—拥有—运营；BLT方式，即建设—租赁—移交；BOOST方式，即建设—拥有—运营—补贴—移交；BTO方式，即建设—移交—运营等。标准意义的BOT项目较多，但类似BOT项目的BT却并不多见。 19 电影、游戏特效——“子弹时间”(bullert time)。 20.BT=奔腾的简写21.BT是白兔，小白兔的白，小白兔的兔22.BT是一句礼貌用语，就是拜托的意思23.BT是背驼。深入的解释是在电脑前坐久了，背就自然而然的弯得跟驼峰似的，离背驼也就不远了24.BT是白天的拼音缩写25.BT是白条的拼音缩写26.BT是扁他的意思下面对第一种解释进行讲解：

你确信这是有明确意思的英文单词嘛?怀疑!

FU是cena学习一位摔跤手的绝招F5的F5：把别人背起来，就像FU背起别人一样，然后再不停地转，最后一个背摔。其实F5是台风的等级，而那个人的绝招又像是台风一样转，所以叫F5而stfu，ST是锁技的意思，全名为The STF-U Submission而你说FU改名了？是不是 Thuganomics 101 这个？意思方面，呵呵，不会@.@

楼上你说的是FU他问的是STFU：右脚和左脚的大腿夹住对方的左脚的小腿,身体按照理来说是刚好压住对方,双手扣住对方的头部,向后拉

FU就是CENA的绝招，将人扛起后往侧面摔，STFU是屈服技。夹住对方的左脚后锁住对方的喉咙。地狱谷翻摔将人从侧面抱起，然后狠狠地往下摔，五指重击就是YOUCAN"TSEEME。这招比较假，一看就知道是怎么回事。

rekt=wrecked=吊打

好像没有哪所大学是用这个简称的，你也可以把这个叫做星际迷航联合会大学的简称 ，STFU本身就是英文里一句骂人的话的缩写。

其实现在应该叫STF，STF-U是以前的名字，是Cena的锁技绝招，就是用双腿夹住对手的一只脚，然后用双手狠狠的锁住对手的脖子，使得对手动弹不得，是Cena的一个锁技绝招，一般被这招使用成功的话，对手都很有可能会投降认输~

FU是Cena的终结技，就是把对手扛在肩上，然后重重把对手摔在擂台上～其实现在已经更名叫AttitudeAdjustment了～STFU是Cena的锁技必杀，就是把对方的脚用自己的双脚夹住，然后然后锁住对方的脖子～而Killswitch（地狱谷翻摔）是以前Cena的绝招，现在已经变成一个普通的招式了，但是几乎每场比赛都会用到，一般就是在对方使用金刚臂的时候，闪过之后，然后举起对方，狠狠地将对方摔在地上，这里有动态图片：http://www.shuaijiao.com/photo/view/3308-2.html第一个是FU/AttitudeAdjustment，第二个就是Killswitch（地狱谷翻摔）然后YouCan"tSeeMe（五指重击）就是在对方躺在地上的时候，先低下头做手势羞辱对方，然后用拦绳反弹一次，然后自己倒下，用五指重重地砸在对方的脸上，一般Killswitch（地狱谷翻摔），YouCan"tSeeMe（五指重击）以及FU/AttitudeAdjustment都是连着使用的～

《STFU！》是由日本女歌手泽山璃奈录唱的一首歌曲，被收录在泽山璃奈于2020年4月17日独立发行的录音室专辑《Sawayama》。歌手泽山璃奈（Rina Sawayama）是一位在日本出生，英国长大的歌手，因风格独特的曲风及形象活跃于英国乐坛。歌词介绍：I want to know, I want to know, yeah。我想要知道，我想要知道。I want to know, I want to know, yeah。我想要知道，我想要知道。I want to know, I want to know, yeah。我想要知道，我想要知道。I want to know, I want to know。我想要知道，我想要知道。Silence! Finally in my head。终于，我的脑海落得平静。But it"s too late, you already left。但已太迟，你已经离开。You"re preaching even though I"m dead。即使我已一言不发，你依旧在漫天说教。

rekt = wrecked  被虐stfu = shut the fuck up  闭上你的臭嘴英语（English）属于印欧语系中日耳曼语族下的西日耳曼语支，由古代从欧洲大陆移民大不列颠岛的盎格鲁、撒克逊和朱特部落的日耳曼人所说的语言演变而来，并通过英国的殖民活动传播到世界各地。根据以英语作为母语的人数计算，英语是最多国家使用的官方语言，英语也是世界上最广泛的第二语言，也是欧盟，最多国际组织和英联邦国家的官方语言之一。但仅拥有世界第三位的母语使用者，少于官话汉语和西班牙语。上两个世纪英国和美国在文化、经济、军事、政治和科学上的领先地位使得英语成为一种国际语言。如今，许多国际场合都使用英语做为沟通媒介。英语也是与电脑联系最密切的语言，大多数编程语言都与英语有联系，而且随着网络的使用，使英文的使用更普及。英语是联合国的工作语言之一。

stfu是聊天常用的英文缩写，外国人常用的：）~STFU=Shutthefuckup!=给我闭嘴!