logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

吃透Java基础三:触发类初始化的五种方式

一:类的生命周期类从被加载到虚拟机内存开始,到卸载出内存为止,它的整个生命周期包括:加载、验证、准备、解析、初始化、使用、卸载七个阶段,其中验证、准备、解析这三个阶段统称为链接。加载、验证、准备、初始化和卸载这五个阶段的顺序是确定的,类加载过程必须按照这种顺序按部就班的开始。二:类加载时机什么情况下需要开始类加载过程的第一个阶段:加载 呢?Java虚拟机规范中并没有进行强制约束,这点可以交...

吃透Java基础八:Throwable异常

一:关于异常JAVA异常是在java程序运行的时候遇到非正常的情况而创建的对,它封装了异常信息。java异常的根类为java.lang.Throwable,整个类有两个直接子类java.lang.Error和java.lang.Exception。Error是程序本身无法恢复的严重错误,一般是虚拟机或者系统运行出现错误,和程序无关。Exception则表示可以被程序捕获并处理的异常错误。JV...

Spring Cloud 九:Zuul网关介绍与使用

一,网关前面我们把服务治理,服务注册发现,服务调用,熔断,已经分析完了,微服务基本模块已经有了,也可以做微服务了。但完成一个复杂的业务,可能需要多个微服务合作来完成,比如下单,需要用户服务,支付服务,地图服务,订单服务。网关一般是我们对外服务的窗口,进行服务内外隔离。一般微服务都在内网,不做安全验证。网关是介于客户端(外部调用方比如app,h5)和微服务的中间层。什么是Zuul?Zuul作为微服务

吃透Kafka三:详细分析生产和消费对消息的保障

一,kafka消息传递的三种语义At most once:最多一次,消息可能会丢失,但不会重复。At least once:最少一次,消息不会丢失,可能会重复。Exactly once:只且一次,消息不丢失不重复,只且消费一次。我们使用kafka肯定是希望Exactly once,要保证Exactly once效率上面需要做出一定的牺牲,那么是要Exactly once还是效率就要结合具体业务来分

吃透Kafka四:kafka producer源码详细分析

一,kafka producer基本使用kafka生产则代码如下:public static void main(String[] args) throws ExecutionException, InterruptedException {Properties conf = new Properties();conf.setProperty(ProducerConfig.ACKS_CONFIG,

吃透Kafka一:Kafka架构剖析

一,kafka简介Kafka 是一种分布式的,基于发布 / 订阅的消息系统。主要设计目标如下:以时间复杂度为 O(1) 的方式提供消息持久化能力,即使对 TB 级以上数据也能保证常数时间复杂度的访问性能。高吞吐率。即使在非常廉价的商用机器上也能做到单机支持每秒 100K 条以上消息的传输。支持 Kafka Server 间的消息分区,及分布式消费,同时保证每个 Partition 内的消息顺序传输

#kafka
吃透Kafka五:Producer Metadata 更新机制

在上一篇文章中,已经介绍了 Producer 的发送模型,Producer dosend() 方法中的第一步,就是获取相关的 topic 的 metadata,但在上篇中并没有深入展开,因为这部分的内容比较多,所以本文单独一篇文章进行介绍,本文主要来讲述以下三个问题:metadata 内容是什么。Producer 更新 metadata 的流程。Producer 在什么情况下会去更新 metada

#kafka
吃透Redis系列(九):Redis代理twemproxy和predixy详细介绍

文章目录一,实现Redis集群方案1,客户端分片2,代理分片2.1,twemproxy2.2,predixy3,服务端分片redis cluster4,方案选择二,twemproxy1,twemproxy使用1.1,clone代码1.2,生成configure文件1.3,执行./configure1.4,执行make1.5,拷贝nutcracker.init1.6,给twemproxy赋可执行权限

吃透Kafka二:kafka高性能之顺序IO、页缓存、零拷贝

大家都知道Kafka是将数据存储于磁盘的,而磁盘读写性能往往很差,但Kafka官方测试其数据读写速率能达到600M/s,那么为什么Kafka性能会这么高/为什么这么快呢?首先producer往broker发送消息时,采用batch的方式即批量而非一条一条的发送,这种方式可以有效降低网络IO的请求次数,提升性能。此外这些批次消息会"暂存"在缓冲池中,避免频繁的GC问题。批量发送的消息可以进行压缩并且

吃透Kafka六:topic 创建过程

本文主要讲述一个 topic 的创建过程,从 topic 是如何创建到 topic 真正创建成功的中间详细过程,文章主要内容可以分为以下几个部分:1,topic 是如何创建的?命令行创建;Producer 发送数据时,自动创建;2,topic创建时,replicas 是如何分配的?指定 replicas 的分配;自动 replicas 分配;3,replicas 更新到 zk 后,底层如何创建一个

到底了