Nginx 自定义返回所有有40x错误码页面

时间: 2023-05-29 22:04:39 浏览: 110
您可以使用 Nginx 的 error_page 指令来自定义返回所有 40x 错误码页面。 示例： ``` error_page 400 /error/400.html; error_page 401 /error/401.html; error_page 403 /error/403.html; error_page 404 /error/404.html; error_page 405 /error/405.html; error_page 406 /error/406.html; error_page 407 /error/407.html; error_page 408 /error/408.html; error_page 409 /error/409.html; error_page 410 /error/410.html; error_page 411 /error/411.html; error_page 412 /error/412.html; error_page 413 /error/413.html; error_page 414 /error/414.html; error_page 415 /error/415.html; error_page 416 /error/416.html; error_page 417 /error/417.html; error_page 418 /error/418.html; error_page 422 /error/422.html; error_page 423 /error/423.html; error_page 424 /error/424.html; error_page 425 /error/425.html; error_page 426 /error/426.html; error_page 428 /error/428.html; error_page 429 /error/429.html; error_page 431 /error/431.html; error_page 440 /error/440.html; error_page 444 /error/444.html; error_page 449 /error/449.html; error_page 450 /error/450.html; error_page 451 /error/451.html; error_page 494 /error/494.html; error_page 495 /error/495.html; error_page 496 /error/496.html; error_page 497 /error/497.html; error_page 499 /error/499.html; location ^~ /error/ { internal; root /usr/share/nginx/html; } ``` 在上面的示例中，我们定义了所有 40x 错误码页面的路径，并将它们与相应的错误码关联起来。然后，我们在 /error/ 目录下创建了实际的错误码页面，并使用 internal 关键字来表示这些页面只能从 Nginx 内部访问，不能被公开访问。 最后，我们将 /error/ 目录与 root 指令关联起来，以便 Nginx 可以找到实际的错误码页面。 这样，当用户访问您的网站时，如果出现 40x 错误码，Nginx 将返回您自定义的错误码页面，而不是默认的错误页面。

相关推荐

应自定义nginx返回的错误信息

当 nginx 服务器返回错误码时，通常会显示默认的错误信息页面。但是，你可以通过自定义错误页面，让错误信息更加具体、友好、个性化，提高用户体验。 下面是一些自定义错误页面的示例： 1. 404 Not Found 在 nginx 配置文件中添加以下代码： error_page 404 /404.html; location = /404.html { root /usr/share/nginx/html; internal; } 这段代码指定了当出现 404 错误时，显示 /usr/share/nginx/html/404.html 页面。 2. 500 Internal Server Error 在 nginx 配置文件中添加以下代码： error_page 500 502 503 504 /50x.html; location = /50x.html { root /usr/share/nginx/html; internal; } 这段代码指定了当出现 500、502、503 或 504 错误时，显示 /usr/share/nginx/html/50x.html 页面。 需要注意的是，自定义错误页面的路径可能因 Linux 发行版、nginx 版本等因素而有所不同。在实际使用时，需要根据自己的情况进行调整。

Nginx全局自定义502错误页面

A：要自定义Nginx的502错误页面，可以按照以下步骤进行： 1. 在Nginx配置文件中添加以下代码： error_page 502 /502.html; location = /502.html { root /usr/share/nginx/html; internal; } 这段代码是告诉Nginx，在遇到502错误时，使用指定的页面502.html。 2. 创建502.html文件。可以使用任何编辑器创建一个HTML文件，将其保存为502.html。在这个文件中可以自定义错误页面的内容，例如： <html> <head> <title>502 Bad Gateway</title> </head> <body> 502 Bad Gateway The server received an invalid response from the upstream server. </body> </html> 3. 将502.html文件放置在Nginx的html目录下。这个目录通常是 /usr/share/nginx/html。 4. 重新加载Nginx配置文件。执行以下命令： sudo nginx -s reload 现在，当Nginx遇到502错误时，会显示自定义的502错误页面。

Nginx配置自定义错误页面为指定图片

要将自定义错误页面配置为指定图片，您需要遵循以下步骤： 1. 在 Nginx 服务器上创建一个错误页面目录。例如，您可以创建一个名为 /var/www/html/errors 的目录。 sudo mkdir /var/www/html/errors 2. 将您想要设置为错误页面的图片上传到该目录中。例如，您可以将名为 error.jpg 的图片上传到 /var/www/html/errors 目录。 sudo cp /path/to/error.jpg /var/www/html/errors/ 3. 在 Nginx 配置文件中添加以下代码段以指定错误页面： error_page 404 /errors/error.jpg; 这个示例配置指定了当发生 404 错误时，将使用 /var/www/html/errors/error.jpg 图片作为错误页面。 4. 重新加载 Nginx 配置以使更改生效。 sudo systemctl reload nginx 现在，当用户访问不存在的页面时，Nginx 将显示您指定的图片作为错误页面。

Nginx全局自定义502错误页面，代码写完整点。

当Nginx无法从上游服务器成功接收响应时，会返回502错误页面给客户端。为了提高用户的体验和网站的品质，我们可以为Nginx配置自定义的502错误页面。 具体操作步骤如下： 1. 在Nginx的配置文件中添加以下代码： error_page 502 /502.html; location = /502.html { root /path/to/your/web/root; internal; } 其中，/502.html表示我们设定的502错误页面的URL路径，/path/to/your/web/root表示我们网站根目录的路径。 2. 创建一个名为502.html的错误页面文件，并将其放置在网站根目录下的指定路径中。 <html> <head> <title>502错误</title> </head> <body> 502错误 - Bad Gateway 服务器无法从上游服务器正确获取响应。 </body> </html> 完成以上两个步骤后，重启Nginx即可让自定义的502错误页面生效。 完整的Nginx全局自定义502错误页面的代码如下： error_page 502 /502.html; location = /502.html { root /path/to/your/web/root; internal; } <html> <head> <title>502错误</title> </head> <body> 502错误 - Bad Gateway 服务器无法从上游服务器正确获取响应。 </body> </html>

nginx禁止所有ip访问的完整代码，并返回错误页面

以下是禁止所有IP访问的完整Nginx配置代码，并返回错误页面： server { listen 80 default_server; listen [::]:80 default_server; server_name _; deny all; error_page 403 /403.html; location = /403.html { root /usr/share/nginx/html; internal; } } 该配置文件中的 deny all; 指令将禁止所有IP访问该服务器。如果有任何IP尝试访问，Nginx将返回403错误，并将用户重定向到 /403.html 页面。 您可以将 /403.html 页面更改为您自己的自定义错误页面路径。

nginx自定义文件html存放路径 错误日志显示没有读取该路径

要在Nginx中设置自定义文件html存放路径，需要在Nginx的配置文件中设置。默认情况下，Nginx将查找存储在/usr/share/nginx/html目录中的文件。如果您想将文件存储在不同的目录中，可以按照以下步骤进行操作： 1. 打开Nginx的配置文件，通常位于/etc/nginx/nginx.conf。 2. 在http块中添加以下指令，将自定义html存放路径设置为/path/to/your/html： http { ... server { ... root /path/to/your/html; ... } ... } 3. 重新加载Nginx配置文件，以使更改生效。您可以使用以下命令： sudo nginx -s reload 如果错误日志显示没有读取该路径，您需要检查以下事项： - 您是否已经设置了正确的路径。请确保root指令指向正确的目录。 - 您是否已经设置了正确的文件权限。请确保Nginx用户（通常是nginx或www-data）具有读取所需文件的权限。 - 您是否有任何安全软件或防火墙阻止了文件访问。请确保您的安全软件或防火墙不会阻止Nginx访问所需文件。 - 您是否已经重载了Nginx配置文件。请确保您已经重新加载了Nginx配置文件，以使更改生效。

配置nginx代理后，错误404错误码是由后端服务器返回，还是nginx代理返回

一般情况下，404错误码是由后端服务器返回的。如果nginx代理无法找到对应的资源，它会将请求转发到后端服务器，如果后端服务器也无法找到对应的资源，就会返回404错误码。不过，在一些配置不当的情况下，nginx代理也可能会返回404错误码。例如，如果你在nginx配置文件中使用了try_files指令，并且在最后一个参数中指定了一个404错误页面，那么当nginx无法找到对应的资源时，就会返回这个404错误页面。

nginx自定义appname

要自定义一个名为"appname"的变量，可以在nginx的配置文件中使用map指令来定义一个新的变量。例如，假设你想要将$host变量中的域名作为"appname"，你可以像这样定义： http { map $host $appname { default ""; ~(?<app>.+)\.example\.com$ $app; } server { ... location / { # 使用$appname变量 ... } } } 上面的示例中，使用正则表达式从域名中提取应用程序的名称并将其保存在$appname变量中。你可以在nginx中的任意位置使用这个变量。注意，如果没有匹配到域名，则$appname将为空。

nginx 404错误页面

当我们在网页上访问一个不存在的URL时，服务器会返回404错误页面。默认情况下，Nginx会提供一个简单的404错误页面，这个页面包含有关错误的基本信息。 然而，我们也可以自定义Nginx的404错误页面。要做到这一点，我们可以在Nginx的配置文件中添加以下代码： error_page 404 /404.html; location = /404.html { root /usr/share/nginx/html; internal; } 在以上配置中，我们指定了一个自定义的404错误页面，即404.html。这个页面位于指定路径（这里是/usr/share/nginx/html）下。当发生404错误时，Nginx会返回这个页面给用户。 我们可以根据具体需求来自定义404页面的内容和样式。例如，我们可以添加一些友好的提示信息，或者美化页面的外观以提升用户体验。 在自定义404页面时，还可以通过Nginx的变量来传递一些关于错误的详细信息，例如URL、客户端IP等。这些变量可以在404页面的代码中使用。 总之，Nginx的404错误页面可以通过自定义来提供更好的用户体验。我们可以根据需求设置一个友好、美观的页面，同时利用Nginx的变量传递错误信息。

jmater nginx 499错误码

jmeter是一个性能测试工具，nginx是一个轻量级的Web服务器或反向代理服务器，499错误是由nginx服务器生成的。 499错误码通常表示客户端在服务端关闭连接之前发送请求。当nginx服务器从客户端接受请求时，如果请求处理时长超过设定的超时时间，nginx服务器会主动关闭与客户端的连接。当客户端在nginx服务器关闭连接之前继续发送请求时，nginx服务器就会返回499错误码。 造成499错误码的原因有很多，包括客户端与服务器之间的网络问题、客户端的请求处理过程过长等等。如果499错误码经常出现，可以通过调整nginx服务器超时时间、优化网络连接等方式解决。同时也可以采用jmeter进行性能测试，检测请求处理速度是否符合预期。 总之，处理499错误码需要根据具体情况进行分析和解决，同时要保证服务器和客户端之间的稳定连接，以提高系统的性能和可靠性。

nginx 配置错误页面

要配置错误页面，你可以按照以下步骤进行操作： 1. 打开你的 nginx 配置文件。默认情况下，它位于 /etc/nginx/nginx.conf 或 /etc/nginx/conf.d/default.conf。 2. 在 server 块中添加以下代码来配置错误页面： nginx error_page 404 /404.html; error_page 500 502 503 504 /50x.html; 这里，/404.html 是你自定义的 404 页面的路径，/50x.html 是你自定义的 500、502、503、504 错误页面的路径。 3. 在同一个 server 块内，添加以下代码来指定错误页面的位置： nginx location = /404.html { root /path/to/your/html/files; internal; } location = /50x.html { root /path/to/your/html/files; internal; } 将 /path/to/your/html/files 替换为你实际存放错误页面的目录路径。 4. 保存配置文件并重新加载 nginx 服务： bash sudo nginx -t # 检查配置文件语法是否正确 sudo systemctl reload nginx 现在，当访问发生对应的错误时，nginx 将会显示你自定义的错误页面。确保你的错误页面文件存在，并且 nginx 进程对其具有读取权限。

nginx 错误页面配置

nginx错误页面配置可以通过error_page指令来实现。该指令的语法是error_page code [ code... ] [ = | =answer-code ] uri | @named_location。在配置文件中，我们可以使用error_page指令来定义当发生特定错误时显示预定义的URI。例如，可以使用以下配置来定义当发生502或503错误时显示50x.html页面： error_page 502 503 /50x.html; location = /50x.html { root /usr/share/nginx/html; } 这样，当发生502或503错误时，nginx会将请求重定向到50x.html页面。我们可以在location指令中指定页面的路径，root指令用于设置页面所在的根目录。此外，error_page指令还可以用于指定单个错误的处理页面，利用在线资源处理指定的错误，甚至可以更改网站响应的状态码等多种设置。通过这些配置，我们可以根据需要自定义nginx的错误页面。123 #### 引用[.reference_title] - *1* *2* [nginx配置文件中的error_page配置详解](https://blog.csdn.net/Teddy_Husky/article/details/121795812)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT3_1"}}] [.reference_item style="max-width: 50%"] - *3* [nginx自定义错误页](https://blog.csdn.net/qq_41684621/article/details/109424006)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT3_1"}}] [.reference_item style="max-width: 50%"] [ .reference_list ]

nginx location 配置错误页面

根据您提供的引用内容，您想要配置nginx的错误页面。根据[1]，您的docroot是/ server/www，错误页面位于目录/ server/errors/中。根据[2]，您可以使用error_page指令来配置错误页面。例如，您可以在nginx配置文件中添加以下代码： error_page 404 /errors/404.html; error_page 500 502 503 504 /errors/50x.html; location /errors/ { alias /server/errors/; } 这样，当出现404错误时，nginx会返回/errors/404.html页面；当出现500、502、503或504错误时，nginx会返回/errors/50x.html页面。同时，通过location指令，将/errors/目录映射到实际的错误页面所在的目录。 如果您的错误页面中包含其他资源，如图片，您可以使用类似的方式配置代理。根据[3]，您可以使用alias指令将页面中的图片地址映射到实际的图片所在的目录。例如，如果您的图片位于/ server/errors/images/目录下，您可以添加以下配置： location /errors/images/ { alias /server/errors/images/; } 这样，当页面中引用/errors/images/目录下的图片时，nginx会将请求映射到实际的图片所在的目录。 请注意，以上配置仅为示例，您需要根据您的实际情况进行相应的调整。

lua ngx 自定义返回错误

码怎么写？ 对于这个问题，我可以回答。在使用 Lua 和 Nginx 进行开发时，我们可以通过 ngx.exit() 函数来自定义返回错误码。例如，如果我们想返回 404 错误码，可以使用以下代码： ngx.exit(ngx.HTTP_NOT_FOUND) 这样就可以返回 404 错误码了。当然，我们也可以自定义错误信息，例如： ngx.exit(ngx.HTTP_NOT_FOUND, "Sorry, the page you requested was not found.") 这样就可以返回自定义的错误信息了。

nginx下配置404错误引导页面

要在nginx下配置404错误引导页面，可以按照以下步骤进行： 1. 打开nginx的配置文件，该文件通常位于/etc/nginx/nginx.conf或/etc/nginx/conf.d/default.conf。 2. 在http模块中添加一个自定义的错误页面配置，可以使用error_page指令来配置404错误页面。例如： http { ... error_page 404 /404.html; ... } 上述配置将把404错误重定向到指定的404.html页面。 3. 在http模块或server模块中，添加一个location指令来定义404.html页面的位置。例如： http { ... location /404.html { root /usr/share/nginx/html; internal; } ... } 上述配置将404.html页面设置在/usr/share/nginx/html目录下。 4. 保存并关闭nginx配置文件。 5. 重新启动nginx服务，使配置生效。可以使用以下命令来重启nginx： sudo systemctl restart nginx 6. 确保在指定的root目录下存在404.html页面文件。 现在，当用户访问一个找不到的页面时，nginx会自动重定向到404.html页面。请确保404.html页面提供有用的信息，以引导用户。

nginx自定义$time_local格式

在 Nginx 中，$time_local 变量默认的格式为 "[dd/Mon/yyyy:HH:mm:ss +zzzz]"，如果你想要自定义 $time_local 的格式，可以使用 Nginx 的内置变量 $msec 和 $time_iso8601，然后通过自定义格式化字符串实现。 下面是一个示例配置： nginx log_format mylog '$remote_addr - $remote_user [$time_custom] ' '"$request" $status $body_bytes_sent ' '"$http_referer" "$http_user_agent"'; map $time_iso8601 $time_custom { default ''; '~(\d{4})-(\d{2})-(\d{2})' '$1/$2/$3'; '~(\d{2}):(\d{2}):(\d{2})' '$1:$2'; } 在这个配置中，我们定义了一个名为 mylog 的日志格式，其中 $time_custom 是我们自定义的时间格式变量，通过对 $time_iso8601 变量进行替换，实现了自定义格式的时间输出。在 map 块中，我们对 $time_iso8601 进行了两次正则表达式匹配，然后通过替换字符串的方式生成了 $time_custom。 使用这个自定义日志格式，可以将日志输出到指定的文件或者标准输出中： nginx access_log /var/log/nginx/access.log mylog; 这样就可以按照我们自定义的时间格式记录 Nginx 日志了。

nginx将404等错误页面重定向

在nginx中，可以通过error_page指令来实现将404等错误页面重定向到指定页面。 示例代码如下： server { listen 80; server_name example.com; root /var/www/html; error_page 404 /404.html; location / { try_files $uri $uri/ =404; } } 在上面的示例代码中，error_page指令将404错误页面重定向到/404.html页面。如果访问的页面不存在，则会返回404错误页面，如果存在则返回相应的页面内容。 你可以根据需要修改error_page指令来实现将其他错误页面重定向到指定页面的功能。

Nginx PHP页面找不到总是返回404

如果您的Nginx服务器上运行的PHP应用程序总是返回404错误，则可能是因为Nginx没有配置正确的PHP解析器或者Nginx无法找到要执行的PHP文件。您可以尝试以下步骤解决此问题： 1. 检查Nginx配置文件中是否正确配置了PHP解析器。您可以使用类似以下的代码段来配置PHP解析器： location ~ \.php$ { fastcgi_pass unix:/var/run/php/php7.0-fpm.sock; # PHP解析器的地址 fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; include fastcgi_params; } 2. 检查PHP文件是否位于正确的路径下，并且Nginx有权访问该文件。您可以使用以下命令检查PHP文件的权限： ls -l /path/to/your/php/file.php 3. 检查Nginx的错误日志，查看是否有任何与PHP文件相关的错误信息。您可以在Nginx配置文件中设置错误日志的路径和级别： error_log /var/log/nginx/error.log error; 通过以上步骤检查，您应该可以找到问题并解决404错误。

nginx 怎么返回404

要让 Nginx 返回 404 Not Found 的 HTTP 状态码，可以在配置文件中添加以下配置： server { listen 80; server_name example.com; root /var/www/example.com; index index.html; error_page 404 /404.html; location = /404.html { internal; } location / { # Other directives for handling requests } } 具体解释如下： 1. error_page 指令用于定义错误页的处理方式，这里将 404 错误页指向了 /404.html 文件。 2. location = /404.html 指令用于定义 404 错误页的处理方式，里面设置了 internal 标记，表示只能通过 Nginx 内部跳转访问该地址。 3. location / 用于定义其他请求的处理方式，其它请求按照具体应用场景进行配置。 以上配置定义了 Nginx 监听 80 端口，主机名为 example.com，根路径为 /var/www/example.com。如果请求的页面不存在，则返回 404 状态码，并跳转到 /404.html 错误页。 通过以上配置，就可以让 Nginx 返回 404 Not Found 的 HTTP 状态码了。配置文件的路径一般为 /etc/nginx/nginx.conf。修改配置文件后需要重启 Nginx 服务才能生效，使用 sudo service nginx restart 命令即可重启。

最新推荐

NGINX下配置404错误页面的方法分享

NGINX下配置自定义的404页面是可行的，而且很简单，只需如下几步，需要的朋友可以参考下

Nginx服务器中414错误和504错误的配置解决方法

主要介绍了Nginx服务器中414错误和504错误的配置解决方法,分别对应Request-URI Too Large和Gateway Time-out这样的错误提示,需要的朋友可以参考下

Nginx静态文件响应POST请求 提示405错误的解决方法

Apache、IIS、nginx等绝大多数web服务器，都不允许静态文件响应POST请求，否则会返回“HTTP/1.1 405 Method not allowed”错误

Nginx报403 forbidden错误 (13: Permission denied)的解决办法

主要介绍了Nginx报403 forbidden错误 (13: Permission denied)的解决办法,引起nginx 403 forbidden通常是三种情况：一是缺少索引文件，二是权限问题，三是SELinux状态。具体内容详情大家可以参考下本

解决nginx+uwsgi部署Django的所有问题(小结)

本篇文章主要介绍了解决nginx+uwsgi部署Django的所有问题(小结)，小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧

代码随想录最新第三版-最强八股文

这份PDF就是最强⼋股⽂！ 1. C++ C++基础、C++ STL、C++泛型编程、C++11新特性、《Effective STL》 2. Java Java基础、Java内存模型、Java面向对象、Java集合体系、接口、Lambda表达式、类加载机制、内部类、代理类、Java并发、JVM、Java后端编译、Spring 3. Go defer底层原理、goroutine、select实现机制 4. 算法学习 数组、链表、回溯算法、贪心算法、动态规划、二叉树、排序算法、数据结构 5. 计算机基础 操作系统、数据库、计算机网络、设计模式、Linux、计算机系统 6. 前端学习 浏览器、JavaScript、CSS、HTML、React、VUE 7. 面经分享 字节、美团Java面、百度、京东、暑期实习...... 8. 编程常识 9. 问答精华 10.总结与经验分享 ......

无监督视觉表示学习中的时态知识一致性算法

无监督视觉表示学习中的时态知识一致性维信丰酒店1* 元江王2*†马丽华2叶远2张驰2北京邮电大学1旷视科技2网址：fengweixin@bupt.edu.cn，wangyuanjiang@megvii.com{malihua，yuanye，zhangchi} @ megvii.com摘要实例判别范式在无监督学习中已成为它通常采用教师-学生框架，教师提供嵌入式知识作为对学生的监督信号。学生学习有意义的表征，通过加强立场的空间一致性与教师的意见。然而，在不同的训练阶段，教师的输出可以在相同的实例中显著变化，引入意外的噪声，并导致由不一致的目标引起的灾难性的本文首先将实例时态一致性问题融入到现有的实例判别范式中 ， 提 出 了 一 种 新 的 时 态 知 识 一 致 性 算 法 TKC（Temporal Knowledge Consis- tency）。具体来说，我们的TKC动态地集成的知识的时间教师和自适应地选择有用的信息，根据其重要性学习实例的时间一致性。

create or replace procedure这句语句后面是自定义么

### 回答1： 是的，"create or replace procedure"语句后面应该跟着自定义的存储过程名。例如： ```sql create or replace procedure my_procedure_name ``` 这里"my_procedure_name"是你自己定义的存储过程名，可以根据具体需求进行命名。 ### 回答2： 不完全是自定义。在Oracle数据库中，"CREATE OR REPLACE PROCEDURE"是一条SQL语句，用于创建或替换一个存储过程。关键词"CREATE"表示创建新的存储过程，关键词"OR REPLACE"表示如果该存储过程

数据结构1800试题.pdf

你还在苦苦寻找数据结构的题目吗？这里刚刚上传了一份数据结构共1800道试题，轻松解决期末挂科的难题。不信？你下载看看，这里是纯题目，你下载了再来私信我答案。按数据结构教材分章节，每一章节都有选择题、或有判断题、填空题、算法设计题及应用题，题型丰富多样，共五种类型题目。本学期已过去一半，相信你数据结构叶已经学得差不多了，是时候拿题来练练手了，如果你考研，更需要这份1800道题来巩固自己的基础及攻克重点难点。现在下载，不早不晚，越往后拖，越到后面，你身边的人就越卷，甚至卷得达到你无法想象的程度。我也是曾经遇到过这样的人，学习，练题，就要趁现在，不然到时你都不知道要刷数据结构题好还是高数、工数、大英，或是算法题？学完理论要及时巩固知识内容才是王道！记住！！！下载了来要答案（v:zywcv1220）。

基于对比检测的高效视觉预训练

10086⇥⇥⇥⇥基于对比检测的高效视觉预训练Ol i vierJ. He´naf f SkandaKoppula Jean-BaptisteAlayracAaronvandenOord OriolVin yals JoaoCarreiraDeepMind，英国摘要自我监督预训练已被证明可以为迁移学习提供然而，这些性能增益是以大的计算成本来实现的，其中最先进的方法需要比监督预训练多一个数量级的计算。我们通过引入一种新的自监督目标，对比检测，任务表示与识别对象级功能跨增强来解决这个计算瓶颈。该目标可提取每幅图像的丰富学习信号，从而在各种下游任务上实现最先进的传输精度，同时需要高达10少训练特别是，我们最强的ImageNet预训练模型的性能与SEER相当，SEER是迄今为止最大的自监督系统之一，它使用了1000多个预训练数据。最后，我们的目标无缝地处理更复杂图像的预训练，例如COCO中的图像，缩小了从COCO到PASCAL的监督迁移学习的差距1. 介绍自从Al