精华内容
下载资源
问答
  • 状态吗
    千次阅读
    2022-05-25 11:26:57

    状态码类别
    1XX(信息性状态码)表示接收的请求正在处理
    2XX(成功状态码)表示请求正常处理完毕
    3XX(重定向状态码)表示需要进行附加操作以完成请求
    4XX(客户端错误状态码)表示服务器无法处理请求
    5XX(服务器错误状态码)表示服务器处理请求出错
    常见状态码  
    200 OK——客户端发来的请求在服务器端被正常处理
    在响应报文中,随状态码返回的信息会因方法的不同而改变。比如,使用GET时对应请求资源的实体会作为响应返回;使用HEAD时,在响应中只返回首部,不返回实体的主体部分。

    204 No Content——服务器接收的请求已成功处理,但返回的响应报文中不含实体的主体部分,即无资源可返回
    一般在只需从客户端往服务器发送信息,而对客户端不需要发送新信息内容的情况下使用。

    206 Partial Content——服务器成功执行了客户端发来的范围GET请求
    301 Moved Permanently——永久重定向(请求的资源已被分配新的URL,以后应使用资源现在所指的URL)
    302 Found——临时重定向(请求的资源已被分配新的URL,希望用户本次使用新的URL)
    303 See Other——由于请求对应的资源存在着另一个URL,应使用GET方法定向获取请求的资源
    与302功能相同,但不同点在于303要求使用GET方法获取资源。

    304 Not Modified——客户端发送附带条件的请求时,,服务器端允许请求访问资源,但请求未满足条件
    304其实与重定向没有关系。

    307 Temporary Redirect——临时重定向,但请求方式不会从POST变为GET
    与302含义相同,但是302规定的禁止POST变为GET并不被遵守,而307严格遵守不会从POST变为GET。

    400 Bad Request——请求报文中存在语法错误
    401 Unauthorized——发送的请求需有通过HTTP认证的认证信息
    当浏览器初次接收401,会弹出认证用的对话窗口;若之前已进行过1次请求,则表示用户认证失败。返回含有401的响应必须包含一个适用于被请求资源的WWW-Authenticate首部用以质询用户信息。

    403 Forbidden——对请求资源的访问被服务器拒绝了
    404 Not Found——服务器上无法找到请求的资源
    500 Internal Server Error——服务器在执行请求时发生错误
    503 Service Unavailable——服务器暂处于超负载或正在进行停机维护,现在无法处理请求

    4开头的状态码,在后端接口正确的时候,一般是前端的问题、

    5开头的状态码,基本都是后端的问题

    200就是OK

    其他的都不常见

    更多相关内容
  • 【Linux网络编程】你了解TIME_WAIT状态吗? 从这幅状态图中可以看到,通信双方建立TCP连接后,在发生四次挥手之后,先发FIN标志位的一端就会进入time_wait状态,换句话说,主动关闭连接的一方就会进入TIME_WAIT...

            在Linux网络编程中,我相信大多数人觉得最难理解的就是TCP中的TIME_WAIT状态了吧,那么TIME_WAIT的概念到底是什么,有几个类型呢,以及在面试中经常会问到的TIME_WAIT状态产生的原因,危害,如何避免,在这篇文章中我会带着大家一起详细解读一下。

    1)什么是TIME_WAIT状态

    2)TIME_WAIT状态的类型

    3)TIME_WAIT状态产生的原因

    4)TIME_WAIT状态的危害

    5)如何避免TIME_WAIT状态

    什么是TIME_WAIT状态 

            从这幅状态图中可以看到,通信双方建立TCP连接后,在发生四次挥手之后,先发FIN标志位的一端就会进入time_wait状态,换句话说,主动关闭连接的一方就会进入TIME_WAIT状态。

            以下图为例,客户端主动关闭连接时,发送最后一个ACK后,然后会进入TIME_WAIT状态,再停留2个MSL时间(后有MSL的解释),进入CLOSED状态,所以我们可以粗略地理解成在断开连接后主动断开连接的那一方就会进入一个等待状态,过了一定时间后,再真正的关闭,这所谓的状态也就是TIME_WAIT状态,这其中所说的一定时间也就是2MSL(MSL:最长分节生命期maximum segment lifetime,这个状态会持续MSL时长的两倍,所以称为2MSL)。

    TIME_WAIT状态的类型

    Time_wait分为两类:主动型time_wait和被动型time_wait。

    主动型:本机主动与其他服务器建立连接时的time_wait,这种情况下本机产生的随机端口号较多。

    被动型:本机由于其他服务器主动连接过来后,产生的time_wait。这种情况下,本机ip对应开启的端口号相对固定。

    TIME_WAIT状态产生的原因

    TIME_WAIT状态存在的理由有两个:

    1)可靠地实现TCP全双工连接的终止

    由TCP状态变迁图可知,假设发起主动关闭的一方(client)最后发送的ACK在网络中丢失,由于TCP协议的重传机制,执行被动关闭的一方(server)将会重发其FIN,在该FIN到达client之前,client必须维护这条连接状态,也就说这条TCP连接所对应的资源(client方的local_ip,local_port)不能被立即释放或重新分配,直到另一方重发的FIN达到之后,client重发ACK后,经过2MSL时间周期没有再收到另一方的FIN之后,该TCP连接才能恢复初始的CLOSED状态。如果主动关闭一方不维护这样一个TIME_WAIT状态,那么当被动关闭一方重发的FIN到达时,主动关闭一方的TCP传输层会用RST包响应对方,这会被对方认为是有错误发生,然而这事实上只是正常的关闭连接过程,并非异常。

    2)允许老的重复分节在网络中消逝

    为理解存在TIME_WAIT状态的第二个理由,我们假设在12.106.32.254的1500端口和206.168.112.219的21端口之间有一个TCP连接。我们关闭这个连接,过一段时间后在相同的IP地址和端口之间建立另一个连接。后一个连接称为前一个连接的化身(incarnation),因为它们的IP地址和端口号都相同。TCP必须防止来自某个连接的老的重复分组在该连接已终止后再现,从而被误解成属于同一连接的某个新的化身。为做到这一点,TCP将不给处于TIME_WAIT状态的连接发起新的化身。既然TIME_WAIT状态的持续时间是MSL的2倍,这就足以让某个方向上的分组最多存活MSL秒即被丢弃,另一个方向上的应答最多存活MSL秒也被丢弃。通过实施这个规则,我们就能保证每成功建立一个TCP连接时,来自该连接先前化身的老的重复分组都已在网络中消逝了。

    具体而言,local peer主动调用close后,此时的TCP连接进入TIME_WAIT状态,处于该状态下的TCP连接不能立即以同样的四元组建立新连接,即发起active close的那方占用的local port在TIME_WAIT期间不能再被重新分配。由于TIME_WAIT状态持续时间为2MSL,这样保证了旧TCP连接双工链路中的旧数据包均因过期(超过MSL)而消失,此后,就可以用相同的四元组建立一条新连接而不会发生前后两次连接数据错乱的情况。

    TIME_WAIT状态的危害

    不同Time_wait对系统性能的影响是不同的。

    被动型time_wait一般由于被动建立链接产生的time_wait,这种情况下一般占用的端口号比较少,产生的time_wait数也很少。几乎可以忽略不计,对服务器性能几乎没有任何影响。

    主动型time_wait对服务器的影响比较大。因为服务器可利用的端口号是有限的, 也就是说建立的连接数是有限的,一般都是有个阈值,超过这个阈值,就会无法建立链接,导致访问失败,如果占用达到服务器端口号极限,对服务器的性能就会产生影响。

    假设处理完这100万的数据,就会产生500万次连接,一般机器的连接数上限是65533,如果每个TCP请求都得等60s才能断开,那么500万的请求肯定是无法承受的,就无法建立链接,导致很多请求发不出去 。

    如何避免TIME_WAIT状态

    首先服务器可以设置SO_REUSEADDR套接字选项来通知内核,如果端口忙,但TCP连接位于TIME_WAIT状态时可以重用端口。在一个非常有用的场景就是,如果你的服务器程序停止后想立即重启,而新的套接字依旧希望使用同一端口,此时SO_REUSEADDR选项就可以避免TIME_WAIT状态。

    部分名词解释:

    MSL(Maximum Segment Lifetime)最长分节生命期 每个TCP实现必须选择一个MSL。它是任何报文段被丢弃前在网络内的最长时间。这个时间是有限的,因为TCP报文段以IP数据报在网络内传输,而IP数据报则有限制其生存时间的TTL时间。RFC 793指出MSL为2分钟,现实中常用30秒或1分钟。

    参考:

    《TCP+IP详解卷1:协议 原书第2版》

    《Uinx网络编程》

    展开全文
  • Flink状态管理之状态清除StateTtlConfig

    千次阅读 2021-03-13 11:54:34
    在Flink运行的时候,往往是无休止的运行,在整个Flink程序运行的长河中,往往会出现很多状态的出现,那么状态的生命周期,也就是创建、使用和销毁,那么在我们写flink程序过程中,往往不需要关注flink 状态的清理,...

    1、Flink状态去重场景

    在Flink运行的时候,往往是无休止的运行,在整个Flink程序运行的长河中,往往会出现很多状态的出现,那么状态的生命周期,也就是创建、使用和销毁,那么在我们写flink程序过程中,往往不需要关注flink 状态的清理,flink内部就会对我们的状态进行清理,例如我们开一个10分钟的窗口,那么在这十分钟的窗口中,这个状态也就是会发生创建、使用和销毁,那么我这里问大家一个问题?就是窗口结束后,状态会销毁吗。这里有一个场景,也就是说当我们开一个一天的窗口,计算当天的消费人数,那么这个时候一个用户可能会有多次消费,那么肯定要去重,肯定很多人想到了Redis,Flink State。这个时候有个疑问诞生了,我们用Redis是可以去重的,并且会持久化,还可以根据key来进行判断当天日期,这是很多人的一个操作,那么flink state也是可以的,我们可以在不管是process方法还是其他的一些方法中开辟一个状态,例如MapState。类似于下面的这段代码

    private transient MapState<Student, Object> mapState;
    private transient final Object OBJECT_VALUE = new Object();

    这个时候我们可以在窗口上开辟state,将userid放入map中来进行去重,当然使用KeyedState的时候一定要key by。当然还有non-keyed state 这里我们就不细细讨论了。那么我们现在有个想法,那就是我不开窗口我怎么实现去重的操作,因为开辟一天的窗口,在数据量很大的情况下,并且重复数据很多,真实数据并不多的场景下,开辟一天的窗口,可能压力会大一些。我的想法是,在一个keyby算子之后process方法中对数据进行去重,并不开窗口,那么随着时间的流动,状态会很大,我们要的是一分钟的数据去重,下一分钟再去重下一个分钟内的,这个操作我们怎么解决这个问题?

    2、StateTtlConfig的引入

    可以将生存时间(TTL)分配给任何类型的keyed State。如果配置了 TTL 并且状态值已过期,则将尽最大努力清理存储的值。

    为了使用statettl,必须首先构建StateTtlConfig配置对象。然后,通过以下配置,可以在任何StateDescript 中启用TTL功能:

    import org.apache.flink.api.common.state.StateTtlConfig;
    import org.apache.flink.api.common.state.ValueStateDescriptor;
    import org.apache.flink.api.common.time.Time;
    
    StateTtlConfig ttlConfig = StateTtlConfig
        .newBuilder(Time.seconds(1))
        .setUpdateType(StateTtlConfig.UpdateType.OnCreateAndWrite)
        .setStateVisibility(StateTtlConfig.StateVisibility.NeverReturnExpired)
        .build();
        
    ValueStateDescriptor<String> stateDescriptor = new ValueStateDescriptor<>("text state", String.class);
    stateDescriptor.enableTimeToLive(ttlConfig);
    • Time.seconds(1) 周期过期时间

    • setUpdateType 更新类型

    • setStateVisibility 是否在访问state的时候返回过期值

    setUpdateType:

    • StateTtlConfig.UpdateType.OnCreateAndWrite - 只在创建和写的时候清除 (默认)

    • StateTtlConfig.UpdateType.OnReadAndWrite - 在读和写的时候清除

    setStateVisibility:

    • StateTtlConfig.StateVisibility.NeverReturnExpired - 从不返回过期值

    • StateTtlConfig.StateVisibility.ReturnExpiredIfNotCleanedUp - 如果仍然可用,则返回

    在 NeverReturnExpired 的情况下,过期状态的就好像它不再存在一样,即使它未被删除。这个选项对于 TTL 之后之前的数据数据不可用。

    另一个选项 ReturnExpiredIfNotCleanedUp 允许在清理之前返回数据,也就是说他ttl过期了,数据还没有被删除的时候,仍然可以访问。

    那么接下来我们就看看怎么用吧:

    3、实践场景

    我现在有这样的一个需求,我想不开窗口在一分钟,一小时,一天的时候清理数据,也就是清理去重器。

    image-20210313111910247

    因为是企业场景,将代码进行转换了其他业务类型不进行展示。

    image-20210313112042746

    Hash 去重

    public class HashDuplicationStrategy implements DuplicationStrategy, Serializable {
        private transient MapState<Student, Object> studentSetState;
        private transient MapState<TEACHERDO, Object> teacherSetState;
        private transient final Object OBJECT_VALUE = new Object();
    
        public HashDuplicationStrategy(RuntimeContext context, int cleanTime) {
            StateTtlConfig stateTtlConfig = StateTtlConfig.newBuilder(Time.seconds(cleanTime)).setUpdateType(StateTtlConfig.UpdateType.OnCreateAndWrite)
                    .setStateVisibility(StateTtlConfig.StateVisibility.NeverReturnExpired)
                    .build();
            MapStateDescriptor<Student, Object> studentSetStateDes =
                    new MapStateDescriptor<>(StateDescriptor.STUDENT_SET_NAME_PREFIX + cleanTime, Student.class, Object.class);
            MapStateDescriptor<Teacher, Object> teacherSetStateDes =
                    new MapStateDescriptor<>(StateDescriptor.TEACHER_SET_NAME_PREFIX+ cleanTime, Teacher.class, Object.class);
            studentSetStateDes.enableTimeToLive(stateTtlConfig);
            teacherSetStateDes.enableTimeToLive(stateTtlConfig);
            studentSetState = context.getMapState(studentSetStateDes);
            teacherSetState = context.getMapState(teacherSetStateDes);
        }
    
        @Override
        public boolean doDuplications(Person person) throws Exception {
            if (person instanceof Student) {
                Student student = (Student) person;
                if (!studentSetState.contains(student)) {
                    studentSetState.put(student, OBJECT_VALUE);
                    return true;
                }
            }
            if (person instanceof TEACHERDO) {
                Teacher teacher = (Teacher) person;
                if (!teacherSetState.contains(teacher)) {
                    teacherSetState.put(teacher, OBJECT_VALUE);
                    return true;
                }
            }
            return false;
        }
    
    }
    

    BoomFilter 去重

    public class BloomfilterDuplicationStrategy implements DuplicationStrategy {
    
        private transient  ValueState<BloomFilter> studentBmState;
        private transient  ValueState<BloomFilter> teacherBmState;
        private int defaultExpect = 1000000;
        private double defaultFpp = 0.01;
    
        public BloomfilterDuplicationStrategy(RuntimeContext context, int cleanTime) {
            StateTtlConfig stateTtlConfig = StateTtlConfig.newBuilder(Time.seconds(cleanTime)).setUpdateType(StateTtlConfig.UpdateType.OnCreateAndWrite)
                    .setStateVisibility(StateTtlConfig.StateVisibility.NeverReturnExpired)
                    .build();
            ValueStateDescriptor<BloomFilter> studentBmStateDes =
                    new ValueStateDescriptor<BloomFilter>(StateDescriptor.STUDENT_BM_NAME_PREFIX + cleanTime, BloomFilter.class);
            ValueStateDescriptor<BloomFilter> teacherBmStateDes =
                    new ValueStateDescriptor<BloomFilter>(StateDescriptor.TEACHER_BM_NAME_PREFIX + cleanTime, BloomFilter.class);
            studentBmStateDes.enableTimeToLive(stateTtlConfig);
            teacherBmStateDes.enableTimeToLive(stateTtlConfig);
            studentBmState = context.getState(studentBmStateDes);
            teacherBmState = context.getState(teacherBmStateDes);
        }
    
        @Override
        public boolean doDuplications(Person person) throws Exception {
    
            BloomFilter studentBloomFilter = studentBmState.value();
            if (studentBloomFilter == null) {
                studentBloomFilter = BloomFilter.create(Funnels.integerFunnel(), defaultExpect, defaultFpp);
                studentBmState.update(studentBloomFilter);
            }
            BloomFilter teacherBloomFilter = teacherBmState.value();
    
            if (teacherBloomFilter == null) {
                teacherBloomFilter = BloomFilter.create(Funnels.integerFunnel(), defaultExpect, defaultFpp);
                teacherBmState.update(teacherBloomFilter);
            }
    
            if (Person instanceof Student) {
                Student student = (Student) person;
                //可以判断一定不包含
                if (!studentBloomFilter.mightContain(student.hashCode())) {
                    studentBloomFilter.put(student.hashCode());
                    studentBmState.update(studentBloomFilter);
                    return true;
                }
            }
    
            if (person instanceof Teacher) {
                Teacher teacher = (Teacher) person;
                //可以判断一定不包含
                if (!teacherBloomFilter.mightContain(teacher.hashCode())) {
                    teacherBloomFilter.put(teacher.hashCode());
                    teacherBmState.update(teacherBloomFilter);
                    return true;
                }
            }
    
            return false;
        }
    
    }
    

     

     

     

    展开全文
  • 常见接口状态状态

    千次阅读 2021-12-11 21:06:07
    工作中在请求后端接口的时候有时因为某些原因会返回一些错误状态码,经常记不清楚各状态码表示什么意思,所以特意梳理出来记录一下。 常见的状态码主要有2、3、4、5开头,分类整理如下: 2开头 一般表示请求成功 ...

    工作中在请求后端接口的时候有时因为某些原因会返回一些错误状态码,经常记不清楚各状态码表示什么意思,所以特意梳理出来记录一下。

    常见的状态码主要有2、3、4、5开头,分类整理如下:

    2开头 一般表示请求成功 表示后端成功处理了请求并返回结果

    200 (成功) 服务器已成功处理了请求。 通常,这表示服务器提供了请求的网页。 
    201 (已创建) 请求成功并且服务器创建了新的资源。
    202 (已接受) 服务器已接受请求,但尚未处理。 
    203 (非授权信息) 服务器已成功处理了请求,但返回的信息可能来自另一来源。 
    204 (无内容) 服务器成功处理了请求,但没有返回任何内容。 
    205 (重置内容) 服务器成功处理了请求,但没有返回任何内容。 
    206 (部分内容) 服务器成功处理了部分 GET 请求。

    3开头 请求重定向 表示要完成请求,需要进一步操作。 通常,这些状态代码用来对请求重定向

    300 (多种选择) 针对请求,服务器可执行多种操作。 服务器可根据请求者 (user agent) 选择一项操作,或提供操作列表供请求者选择。 
    301 (永久移动) 请求的网页已永久移动到新位置。 服务器返回此响应(对 GET 或 HEAD 请求的响应)时,会自动将请求者转到新位置。 
    302 (临时移动) 服务器目前从不同位置的网页响应请求,但请求者应继续使用原有位置来进行以后的请求。 
    303 (查看其他位置) 请求者应当对不同的位置使用单独的 GET 请求来检索响应时,服务器返回此代码。 
    304 (未修改) 自从上次请求后,请求的网页未修改过。 服务器返回此响应时,不会返回网页内容。 
    305 (使用代理) 请求者只能使用代理访问请求的网页。 如果服务器返回此响应,还表示请求者应使用代理。 
    307 (临时重定向) 服务器目前从不同位置的网页响应请求,但请求者应继续使用原有位置来进行以后的请求。
    

    4开头 请求错误 这些状态代码表示请求出错

    400 (错误请求) 服务器不理解请求的语法。 
    401 (未授权) 请求要求身份验证。 对于需要登录的网页,服务器可能返回此响应。 
    403 (禁止) 服务器拒绝请求。 
    404 (未找到) 服务器找不到请求的网页,接口路径错误。 
    405 (方法禁用) 禁用请求中指定的方法。 
    406 (不接受) 无法使用请求的内容特性响应请求的网页。 
    407 (需要代理授权) 此状态代码与 
    408 (请求超时) 服务器等候请求时发生超时。 
    409 (冲突) 服务器在完成请求时发生冲突。 服务器必须在响应中包含有关冲突的信息。 
    410 (已删除) 如果请求的资源已永久删除,服务器就会返回此响应。 
    411 (需要有效长度) 服务器不接受不含有效内容长度标头字段的请求。 
    412 (未满足前提条件) 服务器未满足请求者在请求中设置的其中一个前提条件。 
    413 (请求实体过大) 服务器无法处理请求,因为请求实体过大,超出服务器的处理能力。 
    414 (请求的 URI 过长) 请求的 URI(通常为网址)过长,服务器无法处理。 
    415 (不支持的媒体类型) 请求的格式不受请求页面的支持。 
    416 (请求范围不符合要求) 如果页面无法提供请求的范围,则服务器会返回此状态代码。 
    417 (未满足期望值) 服务器未满足"期望"请求标头字段的要求。
    

    5开头 服务器错误 这些状态代码表示服务器在处理请求时内部发生错误,多为服务器本身的错误

    500 (服务器内部错误) 服务器遇到错误,无法完成请求。 
    501 (尚未实施) 服务器不具备完成请求的功能。 例如,服务器无法识别请求方法时可能会返回此代码。 
    502 (错误网关) 服务器作为网关或代理,从上游服务器收到无效响应。 
    503 (服务不可用) 服务器目前无法使用(由于超载或停机维护)。 通常,这只是暂时状态。 
    504 (网关超时) 服务器作为网关或代理,但是没有及时从上游服务器收到请求。 
    505 (HTTP 版本不受支持) 服务器不支持请求中所用的 HTTP 协议版本。
    

    2、3开头的 就代表成功,

    4开头的是一般来说客户端问题,

    5开头的一般来说服务器问题。

    展开全文
  •   无状态的算子任务只需要观察每个独立事件,根据当前输入的数据直接转换输出结果   有状态的算子任务,除当前数据外,还需要一些其他数据来得到计算结果。   最常见的状态(state),就是之前到达的数据,...
  • 谈谈301状态码和302状态码的区别

    千次阅读 2021-07-09 11:17:53
    本篇文章主要从多个角度对301和302状态码进行不同方面的解读。 作者:任聪聪 日期:2021-7-9 一、301和302的区别和意义 程序方向来讲这两个状态码,实际上没有多大的区别,都是跳转的返回状态,和200,202,307等同...
  • 7、Flink中的状态

    千次阅读 2022-03-11 11:59:35
    Flink中的状态一、Flink中的状态1、算子状态1.2 算子状态数据结构 一、Flink中的状态 由一个任务维护,并且用来计算某个结果的所有数据,都属于这个任务的状态。 可以认为状态就是一个本地变量,可以被任务的业务...
  • Session 机制的存在就是为了解决这个问题,**Session 的主要作用就是通过服务端记录用户的状态。**典型的场景是购物车,当你要添加商品到购物车的时候,系统不知道是哪个用户操作的,因为 HTTP 协议是无状态的。...
  • 500状态

    千次阅读 2021-04-09 13:59:48
    406状态码 前言 前几天运行项目前端页面找不到js文件 报错406 一、出现406状态码是什么问题引起的 状态码406:HTTP协议状态码的一种,表示客户端无法解析服务端返回的内容。其实就是后台的返回结果前台无法解析就报...
  • HTTP返回状态码详解

    千次阅读 2021-11-05 11:12:48
    文章目录前言HTTP状态码的类别以1开头的状态码(临时相应)以2开头的状态码(成功)以3开头的状态码(重定向)以4开头的状态码(请求错误)以5开头的状态码 前言 当用户试图通过HTTP访问一台正在运行Internet信息...
  • Moka 状态

    千次阅读 2021-08-21 21:05:36
    moka 招聘系统状态码 moka是当前企业用的比较多的招聘网站。 https://blog.csdn.net/HFish24/article/details/110851136 上面这个链接里给出了如何通过控制台查看自己在moka系统中的状态码,但是状态码的具体含义是...
  • 线程的几种状态转换

    千次阅读 2020-12-21 11:49:03
    线程在一定条件下,状态会发生变化。线程一共有以下几种状态:1、新建状态(New):新创建了一个线程对象。2、就绪状态(Runnable):线程对象创建后,其他线程调用了该对象的start()方法。该状态的线程位于“可运行...
  • 前言大家好,我是老羊。该文耗时将近 3 个月总结。集博主心得理解之大成。不多说了,本文从盘古开天辟地(状态是啥?...⭐ 为什么离线计算中不提状态,实时计算老是提到状态这个概念?状态到底在实时计算...
  • 常见的响应状态

    千次阅读 2022-02-11 21:41:22
    常见的响应状态
  • HTTP常见状态码(404、400、500)

    千次阅读 2021-08-03 11:39:25
    状态码分类表 一些常见的状态码为: 200 - 服务器成功返回网页 404 - 请求的网页不存在 500 - 服务器遇到错误,无法完成请求 详细分解: 1xx(临时响应) 表示临时响应并需要请求者继续执行操作的状态代码。 代码 ...
  • 502状态码代表什么意思

    千次阅读 2022-02-16 11:11:00
    502 Bad Gateway错误是HTTP状态代码,表示Internet上的一台服务器收到来自另一个服务器的无效响应,也就是指网关错误,无效网关;在互联网中表示一种网络错误。表示web浏览器中给出的页面反馈。 下面是常见的HTTP...
  • Activity的四种状态

    万次阅读 2022-06-11 13:42:14
    是可见的,并且可以与用户进行交互失去焦点,但仍然对用户可见(覆盖Activity可能是透明或未完全遮挡)当Activity失去焦点,不能与用户交互了,但依然可见,就处于暂停状态当一个新的非全屏的Activity或者一个透明的...
  • http常见状态码有哪些?

    千次阅读 2022-04-09 20:02:48
    一、2开头的状态码 2xx(成功)表示成功处理了请求的状态码 200(成功)服务器已成功处理了请求。 二、3开头的状态码 3xx(重定向)表示要完成请求,需要进一步操作。通常这些状态代码用来重定向。 304(未修改)自从上次...
  • HTTP 206 Partial Content成功状态响应代码指示请求已成功并且主体包含所请求的数据范围,如Range请求标题中所述。如果只有一个范围,则整个响应Content-Type设置为文档的类型,并提供一个Content-Range。如果发送了...
  • 进程的三种状态及转换

    千次阅读 2021-05-09 01:34:26
    1.进程的三种基本状态进程在运行中不断地改变其运行状态。通常,一个运行进程必须具有以下三种基本状态。就绪(Ready)状态当进程已分配到除CPU以外的所有必要的资源,只要获得处理机便可立即执行,这时的进程状态称为...
  • 查看华为huawei状态

    万次阅读 2021-09-24 10:15:55
    Tips:除非刷出来“OFFER_DATE”,表示HR很快要给你打电话(OC),其他的都没什么用 新版 chrome浏览器:在新版huawei招聘里面进入申请进展,点击...更多工具->开发者工具 ... ... ...不过这里面信息一般没啥用,建议用旧版 ...
  • http状态码大全(最全整理)

    千次阅读 2019-08-18 22:34:09
    HTTP状态码详解 HTTP状态码(HTTP Status Code)是用以表示网页服务器HTTP响应状态的3位数字代码。...所有状态码的第一个数字代表了响应 的五种状态之一。  我们经常使用浏览器发出http请...
  • 如何查看自己期刊投稿的状态

    千次阅读 2021-01-14 12:14:06
    我们写作文章就是为了公开发表,投稿后文章的状态最令作者关注,谁都想尽快得到相关反馈和回复,但论文发表中,等待是必须要经历的,有些刊物审稿比较严格,周期比较长,作者需要等待的时间就比较长,漫长的等待总是...
  • Promise三种状态

    千次阅读 2021-03-27 14:22:21
    Promise三种状态 // 刚定义时,状态默认为 pending const p1 = new Promise((resolve, reject) => { }) // 执⾏ resolve() 后,状态变成 resolved const p2 = new Promise((resolve, reject) => { ...
  • 网页返回状态码的含义详细介绍 1、 1xx(临时响应)用于表示临时响应并需要请求者执行操作才能继续的状态代码。 (1)100(继续) 请求者应当继续提出请求。服务器返回此代码则意味着,服务器已收到了请求的第一...
  • 状态码304的简单介绍

    千次阅读 2020-12-27 20:46:55
    状态码 304的介绍
  • http 状态码499

    万次阅读 2021-08-17 17:50:10
    什么是499状态 nginx源码中对499状态码的定义如下: /* * HTTP does not define the code for the case when a client closed * the connection while we are processing its request so we introduce * own ...
  • 计算机网络常用状态码解析

    千次阅读 2022-03-25 17:20:57
    计算机弹出状态码,如何快速定位问题,有了状态码解析再也不怕打不开网址报错报的啥?
  • http状态码大全整理

    千次阅读 2021-06-09 15:00:51
    文章目录HTTP状态码简介HTTP状态码分类HTTP 100 状态码HTTP 101 状态码HTTP 200 状态码HTTP 201 状态码HTTP 202 状态码HTTP 203 状态码HTTP 204 状态码HTTP 205 状态码HTTP 206 状态码HTTP 300 状态码HTTP 301 状态...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 920,411
精华内容 368,164
关键字:

状态吗