2年半个人练习生-优快云博客

原创 AQS核心思想01

AQS核心思想01 本文为本人基于对AQS的理解所著，也是对所学知识的一种整理；在本文中，为了理论知识的紧凑度，对源代码的引用将尽量减少，一般会指出在哪个类的哪个方法中，具体源码如何实现不如直接打开源码一一查看。本文纯手打，也是在边学习过程边记录下来的~ 如有问题，欢迎大佬指正！文章目录AQS核心思想01前言一、独占模式与共享模式：独占模式：共享模式：二、AQS中的队列： CLH：2.读入数据总结前言 AQS是java juc包的核心类（AbstractQueued

2021-09-14 01:46:27 542

原创 [JSON]org.json包深解析JSON字符串并转化为javaBean

org.json包深解析JSON字符串并转化javaBean前言前言在使用org.json.JSONObject解析json字符串并转化为JavaBean的时候，发现只能进行浅解析，如果JavaBean的属性中含有JavaBean、Map、List等属性时，JSONObject无法进行解析转化。在网上大量搜索，没有发现能够进行深解析的办法或公开代码因此，无奈之下自己动手写了一个深解析的方法，用于将JSON字符串完全解析并转化为JavaBean，主要是利用Java 反射原理实现。

2021-08-24 20:27:14 721

原创 jdk版本差异导致的问题排查01

项目场景：新上线一个功能，其中需要在某模块对请求中的某个加密数据进行解码，加密方式通过AES加密法进行加密。需要借助javajdk的javax.crypto包下的加密工具进行解密。问题描述：在本机写单测进行加密数据解密测试，解密成功但是进行线上完整请求测试时，却发现相关加密数据无法正常入库，数据链路存在问题。修改相关模块日志等级，拉取完整请求各个负责模块的相关日志，监控是否有接收到相关数据信息；经过一番折腾与不断测试，终于锁定问题模块，并发现以下异常：java.

2021-07-23 00:59:05 3684

原创 kafka部分partition消息堆积问题解决记录02

项目场景：某模块A需要从kafka读取某个实时高流量的数据流消息，并将其写入磁盘文件中。问题描述：监控系统持续向负责人手机和邮箱发送短信，提示该consumer group：topic的延迟lag过高！通过监控系统web可以看到，kafka对应ConsumerGroup:topic的消息延迟Lag非常高，仅少部分分区的Lag处于正常水平，而大部分分区的Lag却不断堆积，甚至很多分区的Lag值达到了数十亿。原因分析：1、确定问题机器： 1、根据kafka部分partition消息堆积问题解决记

2021-07-19 15:45:54 2137

原创记录一次JVM简单调优01

前续：kafka部分partition消息堆积问题解决记录011、尝试调优kafka消费端模块：首先通过 jstat 配合 watch 命令监听程序GC情况：watch -n [间隔时间] -d "jstat -gc [pid]" 监听与分析发现：YGC频率较为频繁，基本都在每秒5~10次。而FGC频率非常低。堆空间新生代与老年代、Eden区与Survivor区内存分配不合理：程序新生代对象创建速率非常大，但是基本都是朝生夕逝，只有极少量能在survivor区生存一定年龄

2021-07-11 23:26:42 368 3

原创 kafka部分partition消息堆积问题解决记录01

项目场景：某个实时高流量的数据流的数据统计模块，需要实时读取kafka数据并进行数种数据统计分析。问题描述：负责关注数据流部分后，发现监控系统不断向我手机发送短信报警，报警内容指明是kafka的某个ConsumerGroup:topic的某些分区消息延迟Lag过高！马上监控系统web端可以看到：kafka对应ConsumerGroup:topic的消息延迟Lag非常不均匀，部分分区的Lag处于正常水平，而部分分区的Lag却不断堆积，甚至Lag值超过上亿。原因分析：1、确定排查方向

2021-07-11 23:17:29 5109

原创 storm问题排查记录01

@TOC storm问题排查记录01storm问题排查记录011、问题发现在一次数据核验时发现我方最终统计数据量比交易所方统计数据量有较大缺失，马上对比目前数据量，发现也存在缺失情况。该问题造成了较大财产损失，需要尽早排查问题并加以修复。2、问题排查与解决 1、锁定问题产生范围马上前往数据流途经的各个模块部署的服务器拉取日志并进行数据统计，与最初数据量做对比，最终锁

2021-07-04 00:39:50 201

weixin_43717407的博客