项目调试技巧

于 2022-07-03 09:00:51 发布
阅读量342 收藏
点赞数
分类专栏： java 文章标签： java 前端 服务器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_56668422/article/details/125580922
版权

项目调试

查看响应状态码的含义

信息响应

  • 100 Continue

    这个临时响应表明，迄今为止的所有内容都是可行的，客户端应该继续请求，如果已经完成，则忽略它。

  • 101 Switching Protocols

    该代码是响应客户端的 Upgrade (en-US) 请求头发送的， 指明服务器即将切换的协议。

  • 102 Processing (WebDAV)

    此代码表示服务器已收到并正在处理该请求，但当前没有响应可用。

  • 103 Early Hints

    此状态代码主要用于与 Link 链接头一起使用，以允许用户代理在服务器准备响应阶段时开始预加载 preloading 资源。

成功响应

  • 200 OK

    请求成功。成功的含义取决于 HTTP 方法：GET: 资源已被提取并在消息正文中传输。HEAD: 实体标头位于消息正文中。PUT or POST: 描述动作结果的资源在消息体中传输。TRACE: 消息正文包含服务器收到的请求消息。

  • 201 Created

    该请求已成功，并因此创建了一个新的资源。这通常是在 POST 请求，或是某些 PUT 请求之后返回的响应。

  • 202 Accepted

    请求已经接收到，但还未响应，没有结果。意味着不会有一个异步的响应去表明当前请求的结果，预期另外的进程和服务去处理请求，或者批处理。

  • 203 Non-Authoritative Information

    服务器已成功处理了请求，但返回的实体头部元信息不是在原始服务器上有效的确定集合，而是来自本地或者第三方的拷贝。当前的信息可能是原始版本的子集或者超集。例如，包含资源的元数据可能导致原始服务器知道元信息的超集。使用此状态码不是必须的，而且只有在响应不使用此状态码便会返回200 OK的情况下才是合适的。

  • 204 No Content

    对于该请求没有的内容可发送，但头部字段可能有用。用户代理可能会用此时请求头部信息来更新原来资源的头部缓存字段。

  • 205 Reset Content

    告诉用户代理重置发送此请求的文档。

  • 206 Partial Content

    当从客户端发送Range范围标头以只请求资源的一部分时，将使用此响应代码。

  • 207 Multi-Status (WebDAV)

    对于多个状态代码都可能合适的情况，传输有关多个资源的信息。

  • 208 Already Reported (WebDAV)

    在 DAV 里面使用 <dav:propstat> 响应元素以避免重复枚举多个绑定的内部成员到同一个集合。

  • 226 IM Used (HTTP Delta encoding)

    服务器已经完成了对资源的GET请求，并且响应是对当前实例应用的一个或多个实例操作结果的表示。

重定向消息

  • 300 Multiple Choice

    请求拥有不只一个的可鞥响应。用户带来或者用户应当从中选择一个。 (没有标准化的方法来选择其中一个响应，但是建议使用指向可能性的 HTML 链接，以便用户可以选择。)

  • 301 Moved Permanently

    请求资源的 URL 已永久更改。在响应中给出了新的 URL。

  • 302 Found

    此响应代码表示所请求资源的 URI 已 暂时 更改。未来可能会对 URI 进行进一步的改变。因此，客户机应该在将来的请求中使用这个相同的 URI。

  • 303 See Other

    服务器发送此响应，以指示客户端通过一个 GET 请求在另一个 URI 中获取所请求的资源。

  • 304 Not Modified

    这是用于缓存的目的。它告诉客户端响应还没有被修改，因此客户端可以继续使用相同的缓存版本的响应。

  • 305 Use Proxy Deprecated

    在 HTTP 规范中定义，以指示请求的响应必须被代理访问。由于对代理的带内配置的安全考虑，它已被弃用。

  • 306 unused

    此响应代码不再使用；它只是保留。它曾在 HTTP/1.1 规范的早期版本中使用过。

  • 307 Temporary Redirect

    服务器发送此响应，以指示客户端使用在前一个请求中使用的相同方法在另一个 URI 上获取所请求的资源。这与 302 Found HTTP 响应代码具有相同的语义，但用户代理 不能 更改所使用的 HTTP 方法：如果在第一个请求中使用了 POST，则在第二个请求中必须使用 POST

  • 308 Permanent Redirect

    这意味着资源现在永久位于由Location: HTTP Response 标头指定的另一个 URI。 这与 301 Moved Permanently HTTP 响应代码具有相同的语义，但用户代理不能更改所使用的 HTTP 方法：如果在第一个请求中使用 POST，则必须在第二个请求中使用 POST。

客户端错误响应

  • 400 Bad Request

    由于被认为是客户端错误（例如，错误的请求语法、无效的请求消息帧或欺骗性的请求路由），服务器无法或不会处理请求。

  • 401 Unauthorized

    虽然 HTTP 标准指定了"unauthorized"，但从语义上来说，这个响应意味着"unauthenticated"。也就是说，客户端必须对自身进行身份验证才能获得请求的响应。

  • 402 Payment Required Experimental

    此响应代码保留供将来使用。创建此代码的最初目的是将其用于数字支付系统，但是此状态代码很少使用，并且不存在标准约定。

  • 403 Forbidden

    客户端没有访问内容的权限；也就是说，它是未经授权的，因此服务器拒绝提供请求的资源。与 401 Unauthorized 不同，服务器知道客户端的身份。

  • 404 Not Found

    服务器找不到请求的资源。在浏览器中，这意味着无法识别 URL。在 API 中，这也可能意味着端点有效，但资源本身不存在。服务器也可以发送此响应，而不是 403 Forbidden，以向未经授权的客户端隐藏资源的存在。这个响应代码可能是最广为人知的，因为它经常出现在网络上。

  • 405 Method Not Allowed

    服务器知道请求方法，但目标资源不支持该方法。例如，API 可能不允许调用DELETE来删除资源。

  • 406 Not Acceptable

    当 web 服务器在执行 服务端驱动型内容协商机制](/zh-CN/docs/Web/HTTP/Content_negotiation#服务端驱动型内容协商机制)后，没有发现任何符合用户代理给定标准的内容时，就会发送此响应。

  • 407 Proxy Authentication Required

    类似于 401 Unauthorized 但是认证需要由代理完成。

  • 408 Request Timeout

    此响应由一些服务器在空闲连接上发送，即使客户端之前没有任何请求。这意味着服务器想关闭这个未使用的连接。由于一些浏览器，如 Chrome、Firefox 27+ 或 IE9，使用 HTTP 预连接机制来加速冲浪，所以这种响应被使用得更多。还要注意的是，有些服务器只是关闭了连接而没有发送此消息。

  • 409 Conflict

    当请求与服务器的当前状态冲突时，将发送此响应。

  • 410 Gone

    当请求的内容已从服务器中永久删除且没有转发地址时，将发送此响应。客户端需要删除缓存和指向资源的链接。HTTP 规范打算将此状态代码用于“有限时间的促销服务”。API 不应被迫指出已使用此状态代码删除的资源。

  • 411 Length Required

    服务端拒绝该请求因为 Content-Length 头部字段未定义但是服务端需要它。

  • 412 Precondition Failed

    客户端在其头文件中指出了服务器不满足的先决条件。

  • 413 Payload Too Large

    请求实体大于服务器定义的限制。服务器可能会关闭连接，或在标头字段后返回重试 Retry-After。

  • 414 URI Too Long

    客户端请求的 URI 比服务器愿意接收的长度长。

  • 415 Unsupported Media Type

    服务器不支持请求数据的媒体格式，因此服务器拒绝请求。

  • 416 Range Not Satisfiable

    无法满足请求中 Range 标头字段指定的范围。该范围可能超出了目标 URI 数据的大小。

  • 417 Expectation Failed

    此响应代码表示服务器无法满足 Expect 请求标头字段所指示的期望。

  • 418 I'm a teapot

    服务端拒绝用茶壶煮咖啡。笑话，典故来源茶壶冲泡咖啡

  • 421 Misdirected Request

    请求被定向到无法生成响应的服务器。这可以由未配置为针对请求 URI 中包含的方案和权限组合生成响应的服务器发送。

  • 422 Unprocessable Entity (WebDAV)

    请求格式正确，但由于语义错误而无法遵循。

  • 423 Locked (WebDAV)

    正在访问的资源已锁定。

  • 424 Failed Dependency (WebDAV)

    由于前一个请求失败，请求失败。

  • 425 Too Early Experimental

    表示服务器不愿意冒险处理可能被重播的请求。

  • 426 Upgrade Required

    服务器拒绝使用当前协议执行请求，但在客户端升级到其他协议后可能愿意这样做。 服务端发送带有Upgrade (en-US) 字段的 426 响应 来表明它所需的协议（们）。

  • 428 Precondition Required

    源服务器要求请求是有条件的。此响应旨在防止’丢失更新’问题，即当第三方修改服务器上的状态时，客户端 GET 获取资源的状态，对其进行修改并将其 PUT 放回服务器，从而导致冲突。

  • 429 Too Many Requests

    用户在给定的时间内发送了太多请求（“限制请求速率”）

  • 431 Request Header Fields Too Large

    服务器不愿意处理请求，因为其头字段太大。在减小请求头字段的大小后，可以重新提交请求。

  • 451 Unavailable For Legal Reasons

    用户代理请求了无法合法提供的资源，例如政府审查的网页。

服务端错误响应

  • 500 Internal Server Error

    服务器遇到了不知道如何处理的情况。

  • 501 Not Implemented

    服务器不支持请求方法，因此无法处理。服务器需要支持的唯二方法（因此不能返回此代码）是 GET and HEAD.

  • 502 Bad Gateway

    此错误响应表明服务器作为网关需要得到一个处理这个请求的响应，但是得到一个错误的响应。

  • 503 Service Unavailable

    服务器没有准备好处理请求。常见原因是服务器因维护或重载而停机。请注意，与此响应一起，应发送解释问题的用户友好页面。这个响应应该用于临时条件和如果可能的话，HTTP 标头 Retry-After 字段应该包含恢复服务之前的估计时间。网站管理员还必须注意与此响应一起发送的与缓存相关的标头，因为这些临时条件响应通常不应被缓存。

  • 504 Gateway Timeout

    当服务器充当网关且无法及时获得响应时，会给出此错误响应。

  • 505 HTTP Version Not Supported

    服务器不支持请求中使用的 HTTP 版本。

  • 506 Variant Also Negotiates

    服务器存在内部配置错误：所选的变体资源被配置为参与透明内容协商本身，因此不是协商过程中的适当终点。

  • 507 Insufficient Storage (WebDAV)

    无法在资源上执行该方法，因为服务器无法存储成功完成请求所需的表示。

  • 508 Loop Detected (WebDAV)

    服务器在处理请求时检测到无限循环。

  • 510 Not Extended

    服务器需要对请求进行进一步扩展才能完成请求。

  • 511 Network Authentication Required

    指示客户端需要进行身份验证才能获得网络访问权限。

服务端断点调试

快捷键

F8 执行下一行代码

F7 进入方法内部

F9 快进到 下一个断点处

客户端断点调试

快捷键

F10 执行下一行代码

F11 进入方法内部

F8 执行到下一个断点

设置日志级别，并将日志输出到不同的终端

编写配置文件 确实日志存放的位置 存放日志的大小

<?xml version="1.0" encoding="UTF-8"?>
<configuration>
    <contextName>community</contextName>
    <property name="LOG_PATH" value="D:/work/data"/>
    <property name="APPDIR" value="community"/>

    <!-- error file -->
    <appender name="FILE_ERROR" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <file>${LOG_PATH}/${APPDIR}/log_error.log</file>
        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
            <fileNamePattern>${LOG_PATH}/${APPDIR}/error/log-error-%d{yyyy-MM-dd}.%i.log</fileNamePattern>
            <timeBasedFileNamingAndTriggeringPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP">
                <maxFileSize>5MB</maxFileSize>
            </timeBasedFileNamingAndTriggeringPolicy>
            <maxHistory>30</maxHistory>
        </rollingPolicy>
        <append>true</append>
        <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
            <pattern>%d %level [%thread] %logger{10} [%file:%line] %msg%n</pattern>
            <charset>utf-8</charset>
        </encoder>
        <filter class="ch.qos.logback.classic.filter.LevelFilter">
            <level>error</level>
            <onMatch>ACCEPT</onMatch>
            <onMismatch>DENY</onMismatch>
        </filter>
    </appender>

    <!-- warn file -->
    <appender name="FILE_WARN" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <file>${LOG_PATH}/${APPDIR}/log_warn.log</file>
        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
            <fileNamePattern>${LOG_PATH}/${APPDIR}/warn/log-warn-%d{yyyy-MM-dd}.%i.log</fileNamePattern>
            <timeBasedFileNamingAndTriggeringPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP">
                <maxFileSize>5MB</maxFileSize>
            </timeBasedFileNamingAndTriggeringPolicy>
            <maxHistory>30</maxHistory>
        </rollingPolicy>
        <append>true</append>
        <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
            <pattern>%d %level [%thread] %logger{10} [%file:%line] %msg%n</pattern>
            <charset>utf-8</charset>
        </encoder>
        <filter class="ch.qos.logback.classic.filter.LevelFilter">
            <level>warn</level>
            <onMatch>ACCEPT</onMatch>
            <onMismatch>DENY</onMismatch>
        </filter>
    </appender>

    <!-- info file -->
    <appender name="FILE_INFO" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <file>${LOG_PATH}/${APPDIR}/log_info.log</file>
        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
            <fileNamePattern>${LOG_PATH}/${APPDIR}/info/log-info-%d{yyyy-MM-dd}.%i.log</fileNamePattern>
            <timeBasedFileNamingAndTriggeringPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP">
                <maxFileSize>5MB</maxFileSize>
            </timeBasedFileNamingAndTriggeringPolicy>
            <maxHistory>30</maxHistory>
        </rollingPolicy>
        <append>true</append>
        <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
            <pattern>%d %level [%thread] %logger{10} [%file:%line] %msg%n</pattern>
            <charset>utf-8</charset>
        </encoder>
        <filter class="ch.qos.logback.classic.filter.LevelFilter">
            <level>info</level>
            <onMatch>ACCEPT</onMatch>
            <onMismatch>DENY</onMismatch>
        </filter>
    </appender>

    <!-- console -->
    <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
        <encoder>
            <pattern>%d %level [%thread] %logger{10} [%file:%line] %msg%n</pattern>
            <charset>utf-8</charset>
        </encoder>
        <filter class="ch.qos.logback.classic.filter.ThresholdFilter">
            <level>debug</level>
        </filter>
    </appender>

    <logger name="com.nowcoder.community" level="debug"/>

    <root level="info">
        <appender-ref ref="FILE_ERROR"/>
        <appender-ref ref="FILE_WARN"/>
        <appender-ref ref="FILE_INFO"/>
        <appender-ref ref="STDOUT"/>
    </root>

</configuration>

测试代码

@RunWith(SpringRunner.class)
@SpringBootTest
@ContextConfiguration(classes = CommunityApplication.class)
public class LoggerTest {
    private static final Logger logger = LoggerFactory.getLogger(LoggerTest.class);
    @Test
    public void testLogger(){
        System.out.println(logger.getName());
        logger.debug("debug logger");
        logger.info("info logger");
        logger.warn("warn logger");
        logger.error("error logger");
    }
}
S1mple_easy
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
分享Java程序员应该知道的10个调试技巧
09-05
掌握这些调试技巧，可以显著提高Java程序员的开发效率，更快地定位和解决问题。记得熟练使用Eclipse的快捷键，如Eclipse shortcuts中提到的，它们会让你的工作变得更加便捷。同时，合理利用日志和日志分析器也是识别...
HTTP请求报错：426 Upgrade Required
热门推荐
Yucen的博客
04-26 2万+
问题描述 客户调用接口访问我的服务时，返回 426 Upgrade Required 。 原因 查看HTTP状态码手册： 426 Upgrade Required HTTP426 Upgrade Required客户端错误响应代码指示服务器拒绝使用当前协议执行请求，但可能在客户端升级到其他协议后愿意这样做。 服务器发送一个Upgrade包含此响应的头部以指示所需的协议。 状态 426 Upgrade Required 示例 HTTP/1.1 426 Upgrade Require.
详解浏览器 428 状态码 428 Precondition Required
诚的博客
03-17 6565
HTTP 428 Precondition Required响应状态码指示服务器要求有条件的请求。 通常，这意味着所需的先决条件头，如If-Match，缺少。 当前提条件头与服务器端状态不匹配时，响应应该是412 Precondition Failed。 状态 428 Precondition Required 规范 规范 标题 RFC 6585，第3节：428先决条件要求 其他HTTP状态码 也可以看看 HTTP 条件请求 If-Match 412 参考：https:/
web开发服务器状态码,HTTP状态码之101
weixin_39671964的博客
07-29 3183
定义HTTP 101 Switching Protocol(协议切换)状态码表示服务器应客户端升级协议的请求对协议进行切换。实现协议切换的原理Connection: Upgrade该Connection头被设置为"Upgrade"以表示的升级要求。Upgrade: protocols所述Upgrade标头指定的一个或多个以逗号分隔的协议名称。检查服务器是否支持客户端所需要的协议。- 服务器可拒绝...
如何理解mqtt用到的101交换协议？
github_39560448的博客
05-26 3178
使用过mqtt的同学都知道，mqtt连接时，在Network面板中的status是101。 Name Status Time mqtt 101（Switching Protocols） Pending 那么101（Switching Protocols）到底是什么意思呢？ 这篇文章将带你理解101交换协议是什么，以及101交换协议运用的协议升级机制。 101交换协议 协议升级机制 101交换协议 HTTP的101交换协议意味着client向server发送的消息中包含了Upgrad.
Istio使用Envoy转发Http请求错误码426 Upgrade Required
qq_31279701的博客
09-28 3625
文章目录背景解决办法426 Upgrade Required解释导致原因和解决办法参考 背景     此前将公司的几个服务进行了服务网格的技术改造，其中一个应用是为H5提供Http接口，在改造之前，H5通过域名调用后台接口，请求经过nginx进行转发，转发的目标是阿里云SLB（阿里云负载均衡产品）的ip端口，服务网格改造后，Nginx的转发目标变成了k8s的ingress网关的ip端口，接着问题就出现了，接口调不通，Http返回426 Upgrade Required。 解决办法 426
WebSocket协议深入理解
fareise的博客
08-11 1万+
1.WebSocket和HTTP的关系WebSocket只有在建立握手连接的时候借用了HTTP协议的头，连接成功后的通信部分都是基于TCP的连接。总体来说，WebSocket协议是HTTP协议的升级版。2.研究WebSocket的思路服务器端自己实现WebSocket非常复杂。我们虽然不求能够完全自己实现，但是还是应该了解一下后端实现WebSocket的整体思路。WebSocket的实现主要分为两
c# 代码调试技巧和如何远程调试
01-19
每次项目预交付的时候，总会遇到各种奇葩的坑，我觉得有必要梳理一下以及如何快速解决的，让后来人避避坑，这篇就聊聊自己的所闻所遇： 我去，本地环境代码跑的哧溜，上了测试环境出问题 我去, 第三方提供的 dll 跑...
VS调试技巧
09-21
本文将详细介绍VS调试技巧，包括常用快捷键、断点类型与设置、跟踪点以及宏的运用。 1. **常用快捷键**： - F5：执行到下一个断点，开始或继续执行调试。 - Shift + F5：停止调试。 - Ctrl + F7：编译单个文件。...
vs2010调试技巧
07-27
### VS2010调试技巧详解 #### 一、引言 在软件开发过程中，调试是必不可少的一个环节。良好的调试技巧能够帮助开发者更快地定位问题并解决它，从而提高开发效率。Microsoft Visual Studio 2010（简称VS2010）作为...
DELPHI调试技巧
12-06
特别是在团队协作中，不同的开发者负责项目的不同部分时，高效的调试技巧显得尤为重要。完全避免错误几乎不可能，因此掌握正确的调试方法对于提高软件质量至关重要。 #### 二、理解编译与调试的区别 很多人认为...
npm 报错 426 Upgrade Required
MichaelAn的博客
10-08 6426
ERR! 426 Upgrade Required 解决方法 更新 node 版本到 14.18.0 以上，可以参考：https://www.jianshu.com/p/e6d3f7110a60 然后升级 npm 的版本到最新 npm install -g npm@latest npm config set registry https://registry.npmjs.org/ 下面是详细的英文描述及原因 When I try to publish a new package to npm or try
HTTP响应状态码
qq_44931343的博客
06-26 888
1XX这一类型的状态码，代表请求已被接受，需要继续处理。 100（收到请求）客户端应当继续发送请求。 101服务器通过 Upgrade 消息头通知客户端采用不同的协议来完成这个请求。 2XX开头 （请求成功）表示成功处理了请求的状态代码。 200 （成功） 服务器已成功处理了请求。 通常，这表示服务器提供了请求的网页。 201 （已创建） 请求成功并且服务器创建了新的资源。 202 （已接受） 服务器已接受请求，但尚未处理。 203 （非授权信息） 服务器已成功处理了请求，但返回的信
HTTP Status Code（状态码）
qq_43872529的博客
02-02 2062
HTTP状态码   HTTP状态码是用以表示网页服务器超文本传输协议不同响应状态时的3位数字代码，以下列举了一些常见的状态码。 1XX —— 通知   服务端已经接受了客户端的请求，但是没有接收完成，需要继续处理，等待一段时间后，发送此类型状态码。 100（Continue）： 继续发送请求 该状态码的响应是用来通知客户端它的部分请求已经被服务器接收，且仍未被拒绝，客户端应当继续发送请求...
状态码
Masha
01-28 491
1×× Informational 100 Continue 101 Switching Protocols 102 Processing 2×× Success 200 OK 201 Created 202 Accepted 203 Non-authoritative Information 204 No Content 205 Reset Content 206 Part
解决 get请求出现431状态码
qq_44859233的博客
04-03 5412
这是由于get请求头过长导致的 腾讯云解释（里面有很多奇怪的状态码解释）： https://cloud.tencent.com/developer/section/1190190 HTTP 431 Request Header Fields Too Large响应状态码指示服务器不愿意处理请求，因为它的头部字段太大。请求可以在减少请求头域的大小后重新提交。 它可以在请求头字段的总数太大或单个头字段太大时使用。 这个错误不应该发生在经过良好测试的生产系统上，但在测试新系统时可以更频繁地发现。 这是怎么导致的.
http数字请求 （错误请求聚合）
it____ws的博客
11-29 1881
http数字请求 （错误请求聚合） 100 Continue 初始的请求已经接受，客户应当继续发送请求的其余部分。（HTTP 1.1新） 101 Switching Protocols 服务器将遵从客户的请求转换到另外一种协议（HTTP 1.1新） 200 OK 一切正常，对GET和POST请求的应答文档跟在后面。 201 Created 服务器已经创建了文档，Location头给出了它的URL。...
网络报错之Http状态码分析
一刀小诗成长纪
01-09 604
网络报错之Http状态码分析 消息： 这一类型的状态码，代表请求已被接受，需要继续处理。这类响应是临时响应，只包含状态行和某些可选的响应头信息，并以空行结束。由于 HTTP/1.0 协议中没有定义任何 1xx 状态码，所以除非在某些试验条件下，服务器禁止向此类客户端发送 1xx 响应。 100 Continue：初始的请求已经接受，客户应当继续发送请求的其余部分。 101 Switching...
HTTP状态码
t2337025的博客
05-31 1353
HTTP 响应状态代码指示特定的 HTTP 请求是否已成功完成。响应分为五类：信息响应，成功响应，重定向，客户端错误和服务器错误。状态码由RFC 2616 的第10部分定义。 100 Continue HTTP100 Continue信息状态响应代码表明目前为止的所有内容都是正常的，并且客户端应该继续请求或者如果它已经完成则忽略它。 要让服务器检查请求的标题，客户端必须在其初始请求中发送...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值