摘要:别名为设置请求标头对象。获取请求路径名。设置请求路径名,并在存在时保留查询字符串。请注意,此不支持嵌套对象。检查请求缓存是否新鲜,也就是内容没有改变。通过来检查请求是否通过发出。返回请求套接字。
请求(Request)
此系列文章的应用示例已发布于 GitHub: koa-docs-Zh-CN. 可以 Fork 帮助改进或 Star 关注更新. 欢迎 Star.
Koa Request 对象是在 node 的 vanilla 请求对象之上的抽象,提供了诸多对 HTTP 服务器开发有用的功能。
API request.header请求标头对象。
request.header=设置请求标头对象。
request.headers请求标头对象。别名为 request.header.
request.headers=设置请求标头对象。别名为 request.header=.
request.method请求方法。
request.method=设置请求方法,对于实现诸如 methodOverride() 的中间件是有用的。
request.length返回以数字返回请求的 Content-Length,或 undefined。
request.url获取请求 URL.
request.url=设置请求 URL, 对 url 重写有用。
request.originalUrl获取请求原始URL。
request.origin获取URL的来源,包括 protocol 和 host。
ctx.request.origin // => http://example.comrequest.href
获取完整的请求URL,包括 protocol,host 和 url。
ctx.request.href; // => http://example.com/foo/bar?q=1request.path
获取请求路径名。
request.path=设置请求路径名,并在存在时保留查询字符串。
request.querystring根据 ? 获取原始查询字符串.
request.querystring=设置原始查询字符串。
request.search使用 ? 获取原始查询字符串。
request.search=设置原始查询字符串。
request.host获取当前主机(hostname:port)。当 app.proxy 是 true 时支持 X-Forwarded-Host,否则使用 Host。
request.hostname存在时获取主机名。当 app.proxy 是 true 时支持 X-Forwarded-Host,否则使用 Host。
如果主机是 IPv6, Koa 解析到
WHATWG URL API,
注意 这可能会影响性能。
获取 WHATWG 解析的 URL 对象。
request.type获取请求 Content-Type 不含参数 "charset"。
const ct = ctx.request.type; // => "image/png"request.charset
在存在时获取请求字符集,或者 undefined:
ctx.request.charset; // => "utf-8"request.query
获取解析的查询字符串, 当没有查询字符串时,返回一个空对象。请注意,此 getter 不 支持嵌套解析。
例如 "color=blue&size=small":
{ color: "blue", size: "small" }request.query=
将查询字符串设置为给定对象。 请注意,此 setter 不 支持嵌套对象。
ctx.query = { next: "/login" };request.fresh
检查请求缓存是否“新鲜”,也就是内容没有改变。此方法用于 If-None-Match / ETag, 和 If-Modified-Since 和 Last-Modified 之间的缓存协商。 在设置一个或多个这些响应头后应该引用它。
// 新鲜度检查需要状态20x或304 ctx.status = 200; ctx.set("ETag", "123"); // 缓存是好的 if (ctx.fresh) { ctx.status = 304; return; } // 缓存是陈旧的 // 获取新数据 ctx.body = await db.find("something");request.stale
相反与 request.fresh.
request.protocol返回请求协议,“https” 或 “http”。当 app.proxy 是 true 时支持 X-Forwarded-Proto。
request.secure通过 ctx.protocol == "https" 来检查请求是否通过 TLS 发出。
request.ip请求远程地址。 当 app.proxy 是 true 时支持 X-Forwarded-Proto。
request.ips当 X-Forwarded-For 存在并且 app.proxy 被启用时,这些 ips 的数组被返回,从上游 - >下游排序。 禁用时返回一个空数组。
request.subdomains将子域返回为数组。
子域是应用程序主域之前主机的点分隔部分。默认情况下,应用程序的域名假定为主机的最后两个部分。这可以通过设置 app.subdomainOffset 来更改。
例如,如果域名为“tobi.ferrets.example.com”:
如果 app.subdomainOffset 未设置, ctx.subdomains 是 ["ferrets", "tobi"].
如果 app.subdomainOffset 是 3, ctx.subdomains 是 ["tobi"].
检查传入请求是否包含 Content-Type 头字段, 并且包含任意的 mime type。
如果没有请求主体,返回 null。
如果没有内容类型,或者匹配失败,则返回 false。
反之则返回匹配的 content-type。
// 使用 Content-Type: text/html; charset=utf-8 ctx.is("html"); // => "html" ctx.is("text/html"); // => "text/html" ctx.is("text/*", "text/html"); // => "text/html" // 当 Content-Type 是 application/json 时 ctx.is("json", "urlencoded"); // => "json" ctx.is("application/json"); // => "application/json" ctx.is("html", "application/*"); // => "application/json" ctx.is("html"); // => false
例如,如果要确保仅将图像发送到给定路由:
if (ctx.is("image/*")) { // 处理 } else { ctx.throw(415, "images only!"); }内容协商
Koa的 request 对象包括由 accepts 和 negotiator 提供的有用的内容协商实体。
这些实用程序是:
request.accepts(types)
request.acceptsEncodings(types)
request.acceptsCharsets(charsets)
request.acceptsLanguages(langs)
如果没有提供类型,则返回 所有 可接受的类型。
如果提供多种类型,将返回最佳匹配。 如果没有找到匹配项,则返回一个false,你应该向客户端发送一个406 "Not Acceptable" 响应。
如果接收到任何类型的接收头,则会返回第一个类型。 因此,你提供的类型的顺序很重要。
request.accepts(types)检查给定的 type(s) 是否可以接受,如果 true,返回最佳匹配,否则为 false。 type 值可能是一个或多个 mime 类型的字符串,如 application/json,扩展名称如 json,或数组 ["json", "html", "text/plain"]。
// Accept: text/html ctx.accepts("html"); // => "html" // Accept: text/*, application/json ctx.accepts("html"); // => "html" ctx.accepts("text/html"); // => "text/html" ctx.accepts("json", "text"); // => "json" ctx.accepts("application/json"); // => "application/json" // Accept: text/*, application/json ctx.accepts("image/png"); ctx.accepts("png"); // => false // Accept: text/*;q=.5, application/json ctx.accepts(["html", "json"]); ctx.accepts("html", "json"); // => "json" // No Accept header ctx.accepts("html", "json"); // => "html" ctx.accepts("json", "html"); // => "json"
你可以根据需要多次调用 ctx.accepts(),或使用 switch:
switch (ctx.accepts("json", "html", "text")) { case "json": break; case "html": break; case "text": break; default: ctx.throw(406, "json, html, or text only"); }request.acceptsEncodings(encodings)
检查 encodings 是否可以接受,返回最佳匹配为 true,否则为 false。 请注意,您应该将identity 作为编码之一!
// Accept-Encoding: gzip ctx.acceptsEncodings("gzip", "deflate", "identity"); // => "gzip" ctx.acceptsEncodings(["gzip", "deflate", "identity"]); // => "gzip"
当没有给出参数时,所有接受的编码将作为数组返回:
// Accept-Encoding: gzip, deflate ctx.acceptsEncodings(); // => ["gzip", "deflate", "identity"]
请注意,如果客户端显式地发送 identity;q=0,那么 identity 编码(这意味着没有编码)可能是不可接受的。 虽然这是一个边缘的情况,你仍然应该处理这种方法返回 false 的情况。
request.acceptsCharsets(charsets)检查 charsets 是否可以接受,在 true 时返回最佳匹配,否则为 false。
// Accept-Charset: utf-8, iso-8859-1;q=0.2, utf-7;q=0.5 ctx.acceptsCharsets("utf-8", "utf-7"); // => "utf-8" ctx.acceptsCharsets(["utf-7", "utf-8"]); // => "utf-8"
当没有参数被赋予所有被接受的字符集将作为数组返回:
// Accept-Charset: utf-8, iso-8859-1;q=0.2, utf-7;q=0.5 ctx.acceptsCharsets(); // => ["utf-8", "utf-7", "iso-8859-1"]request.acceptsLanguages(langs)
检查 langs 是否可以接受,如果为 true,返回最佳匹配,否则为 false。
// Accept-Language: en;q=0.8, es, pt ctx.acceptsLanguages("es", "en"); // => "es" ctx.acceptsLanguages(["en", "es"]); // => "es"
当没有参数被赋予所有接受的语言将作为数组返回:
// Accept-Language: en;q=0.8, es, pt ctx.acceptsLanguages(); // => ["es", "pt", "en"]request.idempotent
检查请求是否是幂等的。
request.socket返回请求套接字。
request.get(field)返回请求标头。
如果这篇文章对您有帮助, 感谢 下方点赞 或 Star GitHub: koa-docs-Zh-CN 支持, 谢谢.
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/89475.html
摘要:的对象提供了用于处理响应的方法,该响应委托给。应用对象是与的服务器和处理中间件注册的接口,从发送到中间件,默认错误处理,以及上下文,请求和响应对象的配置。 此系列文章的应用示例已发布于 GitHub: koa-docs-Zh-CN. 可以 Fork 帮助改进或 Star 关注更新. 欢迎 Star. showImg(https://segmentfault.com/img/bVNQYf...
摘要:方法抛出一个属性默认为的错误,这将允许做出适当地响应。这用于修饰其人机友好型错误并向上游的请求者报告非常有用。请注意,不支持使用此功能。这可能会破坏中间件和本身的预期功能。 上下文(Context) 此系列文章的应用示例已发布于 GitHub: koa-docs-Zh-CN. 可以 Fork 帮助改进或 Star 关注更新. 欢迎 Star. Koa Context 将 node 的 ...
摘要:每当流被设置为响应主体时,作为侦听器自动添加到事件中以捕获任何错误。不区分大小写获取响应标头字段值。例如这是一个中间件,可以削减除流之外的所有响应。检查是否已经发送了一个响应头。设置包含包裹的响应,请注意,没有相应的。 此系列文章的应用示例已发布于 GitHub: koa-docs-Zh-CN. 可以 Fork 帮助改进或 Star 关注更新. 欢迎 Star. 响应(Response...
摘要:常见问题此系列文章的应用示例已发布于可以帮助改进或关注更新欢迎替代它更像是,但是很多的好东西被转移到的中间件级别,以帮助形成更强大的基础。这使得中间件对于整个堆栈而言不仅仅是最终应用程序代码,而且更易于书写,并更不容易出错。 常见问题 此系列文章的应用示例已发布于 GitHub: koa-docs-Zh-CN. 可以 Fork 帮助改进或 Star 关注更新. 欢迎 Star. Koa...
此系列文章的应用示例已发布于 GitHub: koa-docs-Zh-CN. 可以 Fork 帮助改进或 Star 关注更新. 欢迎 Star. 相关 API 上下文(Context) 请求(Request) 响应(Response) 安装 Koa 依赖 node v7.6.0 或 ES2015及更高版本和 async 方法支持. 你可以使用自己喜欢的版本管理器快速安装支持的 node 版本:...
阅读 3133·2021-11-15 18:14
阅读 1787·2021-09-22 10:51
阅读 3302·2021-09-09 09:34
阅读 3516·2021-09-06 15:02
阅读 1036·2021-09-01 11:40
阅读 3196·2019-08-30 13:58
阅读 2536·2019-08-30 11:04
阅读 1091·2019-08-28 18:31