2 h_lizeming

尚未进行身份认证

暂无相关描述

等级
TA的排名 2w+

复习-https相关

请求url后续过程至于为什么使用UDP,请参看为什么域名根服务器只能有13台呢?-郭无心的回答dns解析及其迭代过程:https://www.cnblogs.com/gopark/p/8430916.htmldns解析迭代和递归:https://blog.csdn.net/wytheonly/article/details/37925067强制缓存和协商缓存:https://j...

2019-08-18 09:49:27

netty学习心得

.

2019-08-07 19:56:57

rabbitMQ实战

rabbitmq整合springAMQP实战

2019-07-06 19:21:15

TTL以及死信队列

TTL是timetolive的缩写也就是生存时间rabbitmq支持消息过期时间,在消息发送时候可以进行指定rabbitmq支持队列过期时间,从消息入队列开始计算,只要超过了队列的超时设置,那么消息会自动消除死信队列:DXL利用DXL,当消息在一个队列中变成死信之后,它能被重新publish到另一个exchange,这个exchange就是DLX...

2019-07-06 16:35:19

消费端ACK与重回队列

消费端的手工ACK和NACK(确认·处理失败)消费端进行消费的时候,如果由于业务异常我们可以进行日志的记录,然后进行补偿(如果多次nack,我们可以先发送ack然后日志记录后面坐人工补偿)——如果由于服务器宕机等严重问题那我们需要手工进行ack保障消费成功消费端的重回队列消费端重回队列是为了对没有处理成功的消息,把消息重新会送给broker一般我们实际...

2019-07-06 14:29:16

消费端限流

什么是消费端的限流假设一个场景,首先我们rabbitmq服务器上面有上万条没有处理的消息,我们随便打开一个消费者客户端,会出现下面情况:巨量消息瞬间全部推送过来,但是我们当个客户端没有办法进行处理这么多的数据,可能会造成服务器宕机。rabbitmq提供一种qos(服务质量保证)功能,即在非自动确认消息的前提下,如果一定数目的消息(通过基于consume或者channel设置qos...

2019-07-06 10:34:10

消费端自定义监听

我们一般就是在代码中编写while循环,进行consumer.nextDelivery方法进行获取吓一跳消息,然后进行消息处理。但是我们使用自定义的consumer更加方便,解耦行更加强,也是实际工作中最常见的使用方法。主要是继承defaultconsumer类,然后实现handledelivery方法。delivertype就是ACK,而且可以不断自己增加的。...

2019-07-02 15:15:05

confirm 确认消息 return 返回消息

//1.创建一个ConnectionFactory,并进行配置。ConnectionFactoryconnectionFactory=newConnectionFactory();connectionFactory.setHost("192.168.11.76");connectionFactory.setPort(5672);//默认端口号connect...

2019-06-30 15:40:09

幂等性

幂等性:可能你对一件事情进行操作,这个操作可能要执行多次,那么最终操作的结果都是相同的。好像执行一条sql语句,执行多次之后结果都是一致的。我们可以借鉴数据库的乐观锁的机制:比如我们要执行更新一条库存的sql语句updateT_REPSsetcount=count-1,verson=verson+1whereverson=1就是一开始读取时候,先读取versio...

2019-06-29 21:57:13

消息如何保证100%的投递成功

什么是生产端的可靠性投递保障消息的成功发出 保障MQ节点的成功接收 发送端收到MQ节点(broke)确认应答 完善的消息补偿机制消息落库,对消息状态进行打标记消息的延迟投递,做二次确认,回调检查Q:事务?保证数据源一致tcc用补偿机制设定一个timelock分布式定时任务(可能出现重复抓取任务)保证统一个时间点只有一个任务执行定时任务会造成...

2019-06-29 21:34:12

rabbitmq进阶二

消息如何保障100%的投递成功 幂等性的概念详细介绍 在海量订单产生的业务高峰期,如何避免消息的重复消费问题 confirm确认消息return返回消息自定义消费者 消息的ACK与重新回队列(就是消息签收问题) 消息限流(mq服务消息堆积,这个时候要通过消息限流,控制消费端一次性接收消息的数量。保证服务的稳定性有可能数据一次性过来很多但是消费端的消费能力不强,就会导致服...

2019-06-29 19:46:09

根据CPU核心数确定线程池并发线程数

在Java中,通过下面的代码,我们可以很容易地获取到系统可用的处理器核心数目: 1 Runtime.getRuntime().availableProcessors(); 基本原则是:应用程序的最小线程数应该等于可用的处理器核数。具体场景又分为以下两种情况:(1)如果所有的任务都是计算密集型的,则创建处理器可用核心数那么多个线程就可以了。在这种情况下...

2019-06-02 12:28:37

五月 牛客网Java

5.23从现在开始每天在牛客网上面刷关于Java相关的知识准备好秋招:这是五月份的加油

2019-05-23 20:08:00

Java版本KMP

Java版本KMPhttps://leetcode-cn.com/problems/implement-strstr/importjava.util.Scanner;importjava.lang.reflect.InvocationHandler;importjava.lang.reflect.Proxy;publicclassMain{publicin...

2019-05-22 20:20:36

rabbitMQ入门

rabbitMQ整体架构模型是什么样子的 rabbitMQ消息是如何流转的 rabbitMQ安装与使用 命令行与管控台 rabbitMQ消息生产与消费(Java) rabbitMQ交换机详解 rabbitMQ队列绑定虚拟主机消息JMXrabbitMQ是一个开源的消息代理和队列服务器,用来通过普通协议在完全不同的应用之间共享数据,rabbitMQ使用的就是Erlang语言来编...

2019-05-14 16:09:33

Redis之集群

节点,槽指派,命令执行,重新分片,转向,故障转移,消息节点一个redis集群中通常有多个节点组成,刚刚开始的时候每一个节点都是相互独立的,它们都是处于一个只包含自己的集合之中,然后各个节点之间需要通讯,所以用clustermeet<ip><port>进行握手,握手成功后,node节点集群中的所有节点都会创建相对应的节点。启动服务器时候通过c...

2019-05-08 22:10:48

Redis之哨兵

主从切换技术的方法是:当主服务器宕机后,需要手动把一台从服务器切换为主服务器,这就需要人工干预,费事费力,还会造成一段时间内服务不可用。这不是一种推荐的方式,更多时候,我们优先考虑哨兵模式。一、哨兵模式概述哨兵模式是一种特殊的模式,首先Redis提供了哨兵的命令,哨兵是一个独立的进程,作为进程,它会独立运行。其原理是哨兵通过发送命令,等待Redis服务器响应,从而监控运行的多个Redis实...

2019-05-08 09:55:05

Redis之复制(主从一致)

通过命令slaveof命令加ip设定注定复制的主服务器旧版复制只要是由两个部分组成的同步:让从服务器的数据库状态更新至主服务器数据库状态 命令传播:将对主服务器的写改操作,传送给从服务器,使得主从服务器状态重写一致同步:从服务器向主服务器发送SYNC命令 主服务器创建子进程进行RDB文件创建与写入,与此同时将该时刻接收的写改操作压入到缓冲区中,RDB文件完成后。发送RDB文...

2019-05-08 09:44:39

Redis之服务器

命令请求过程1.发送命令请求(在客户端中将命令转换为协议格式),然后通过链接到服务器的套接字,将协议格式的命令发送给服务器2.读取命令请求读取套接字中的协议格式的命令,然后放在客户端状态的输入缓冲区中。 对输入缓冲区中命令请求进行解析,然后更新命令参数以及命令个数。 调用命令执行器,执行指定命令的解析3.命令执行器执行:首先根据argv[0]参数,在命令表格中查找指定的命令,然后...

2019-05-08 08:53:44

redis之redis客户端

redis服务器是典型的一对多服务器程序一个服务器处理多个客户端使用I/O多路复用技术实现的文件事件处理器,redis服务器采用单线程单进程处理命令请求,并与多个客户端进行网络通信。1.redisserver有list*clients保存客户端状态套接字描述fd=-1或者大于-1...

2019-05-07 21:56:44

查看更多

勋章 我的勋章
  • 持之以恒
    持之以恒
    授予每个自然月内发布4篇或4篇以上原创或翻译IT博文的用户。不积跬步无以至千里,不积小流无以成江海,程序人生的精彩需要坚持不懈地积累!
  • 勤写标兵Lv2
    勤写标兵Lv2
    授予每个自然周发布4篇到6篇原创IT博文的用户。本勋章将于次周周三上午根据用户上周的博文发布情况由系统自动颁发。