<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[问题排查之JVM内存泄漏]]></title><description><![CDATA[记录一次问题排查之JVM内存泄漏]]></description><link>https://blog.youkuaiyun.com/wmxiang</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; wmxiang]]></copyright><item><title><![CDATA[【无标题】]]></title><link>https://blog.youkuaiyun.com/wmxiang/article/details/121978812</link><guid>https://blog.youkuaiyun.com/wmxiang/article/details/121978812</guid><author>wmxiang</author><pubDate>Thu, 16 Dec 2021 17:00:42 +0800</pubDate><description><![CDATA[@Springboot整合camunda+mysql的集成流程分析
Springboot整合camunda+mysql的集成流程分析
注： 看到一个不错的文章，这里做个转载
https://www.jb51.net/article/215867.htm

]]></description><category></category></item><item><title><![CDATA[并发 - CAS 随手记]]></title><link>https://blog.youkuaiyun.com/wmxiang/article/details/119138245</link><guid>https://blog.youkuaiyun.com/wmxiang/article/details/119138245</guid><author>wmxiang</author><pubDate>Tue, 27 Jul 2021 11:18:03 +0800</pubDate><description><![CDATA[并发 - CAS 随手记
文章目录并发 - CAS 随手记前言一、原理
前言
CAS是在JUC中，已经无处不在了，看过JUC源码的小伙伴可能都知道，原子操作类，一大堆，
不废话了，cas是一种无状态锁，即比较交换。
一、原理
一句话理解，复制拷贝，简单说，就是比较内存值和旧拷贝值，如果两者相等就 就把我们新的预期值给到内存值，就完了。
有啥缺点：
1.存在ABA问题，即线程1获取变量值为5，线程2将值改为10，线程3再将值改回5，那么对于1线程来说，是发现不了值变化过了。
ABA问题，可以通过加版本号，或者]]></description><category></category></item><item><title><![CDATA[浅聊 kafka-如何保证生产数据不丢失方案？可用简单]]></title><link>https://blog.youkuaiyun.com/wmxiang/article/details/119133883</link><guid>https://blog.youkuaiyun.com/wmxiang/article/details/119133883</guid><author>wmxiang</author><pubDate>Tue, 27 Jul 2021 09:53:04 +0800</pubDate><description><![CDATA[浅聊 kafka-如何保证生产数据不丢失方案？可用简单前述直接上方案
前述
 kafka数据在生产的时候，出现数据丢失的情况，在我前面的文章中有说到，如果有不清楚的，可以去翻一翻，这篇适合有一定kafka使用经验的读者，并且这里只做方案，就不对细节进行说明啦，有疑问不清楚的，咱们评论区见，感谢。
该方案适合对消息有序性无要求，但需要保证消息完整性的场景。

直接上方案
一.为提高生产速度，send采用异步发送生产。
二.Ack设置为all，也就是当所有节点都返回确认信息后，才是成功
三.将kafka生产者的]]></description><category></category></item><item><title><![CDATA[北美316，JKD16正式发布，新特新一览]]></title><link>https://blog.youkuaiyun.com/wmxiang/article/details/115000727</link><guid>https://blog.youkuaiyun.com/wmxiang/article/details/115000727</guid><author>wmxiang</author><pubDate>Fri, 19 Mar 2021 10:44:54 +0800</pubDate><description><![CDATA[JDK16已于北美时间3月16日发布，对Java开发者来说，JDK的这次更新总共带来了12个全新的特性*

1. 支持类型匹配的instanceof

JDK16可以这样

如果obj的真实类型是String，则变量s可以在if语句中使用，但是如果obj的类型不是String,则s不能用在后续的变量命名中：

2. record关键字
对于一些POJO类，我们往往需要这样写

在引入了record关键字之后，上面的代码可以简化为：

如果对类的属性初始化的时候有定制逻辑，也是支持的

3.全并发的ZGC
.]]></description><category></category></item><item><title><![CDATA[带你轻松理解Zookeeper的选举机制]]></title><link>https://blog.youkuaiyun.com/wmxiang/article/details/114979223</link><guid>https://blog.youkuaiyun.com/wmxiang/article/details/114979223</guid><author>wmxiang</author><pubDate>Thu, 18 Mar 2021 14:58:49 +0800</pubDate><description><![CDATA[一，Zookeeper选举过程中服务器的状态。
LOOKING：寻找leader状态，该状态下，服务器认为当前集群没有leader，会发起leader选举。在选举过程中，所有服务器的状态都是LOOKING。
FOLLOWING：跟随者状态，该状态下，当前服务器是follower，并且知道leader是谁。此时选举已经结束。
LEADING：领导者状态，该状态下，当前服务器是leader，会与follower维持心跳检测。此时选举已经结束。
OBSERVING：观察者状态，该状态下的服务器是observer，]]></description><category></category></item><item><title><![CDATA[kafka之浅谈如何去保证数据不重复消费]]></title><link>https://blog.youkuaiyun.com/wmxiang/article/details/111506992</link><guid>https://blog.youkuaiyun.com/wmxiang/article/details/111506992</guid><author>wmxiang</author><pubDate>Tue, 22 Dec 2020 11:27:23 +0800</pubDate><description><![CDATA[kafka之浅谈如何去保证数据不重复消费
一。背景：上游数据流，将数据推入kafka中，作为消费者，消费数据并进行处理，对于交易数据，非常敏感，不能出现重复，在消费这一过程中，如何去保证我们不会去重复消费数据。
二。导致数据重复消费的原因一般有：
1.数据消费处理成功（落地入库，或者各种处理成功），向kafka中提交偏移量时，由于宕机，或者断网之类的失败了，这时候其实相对与系统来说，这笔数据已经是处理过了，就会出现重复数据。
2.一般是有新的消费者加入之类的，发生了再均衡，导致数据重发消费。
三。项目使用真]]></description><category></category></item><item><title><![CDATA[问题排查之JVM内存泄漏]]></title><link>https://blog.youkuaiyun.com/wmxiang/article/details/111294524</link><guid>https://blog.youkuaiyun.com/wmxiang/article/details/111294524</guid><author>wmxiang</author><pubDate>Wed, 16 Dec 2020 17:18:50 +0800</pubDate><description><![CDATA[问题排查之JVM内存泄漏
1.问题描述，部署在客户服务器上的数据网关项目，客户开发反应，出现服务器内存占用很高的问题，怀疑是否为我们部署的项目导致？
开始排查：
一．[endif]登录到客户服务器，首先确认是否是我们应用占用的内存

[endif]查看内存占用排行

ps aux | sort -k4,4nr | head -n 10
发现了我们应用进程id的身影

[endif]查看数据网关实时内存占用

命令：jps,   top - p pid查看实时内存分别看
VmPeak进程所使用的虚拟内存的峰值]]></description><category></category></item></channel></rss>