leandzgc的专栏

这次我学到了什么呢：->加数字代表取数组的第n个元素；->加文本代表取json的指定对象（结果也是json格式）；->>与->的用法一致，只是前者结果是文本，后者依然是json对象jsonb_pretty函数可以美化json结果（注意结果不要直接放到记事本里面，放写字板或其他文本编辑工具，记事本展示结果jsonb_set函数可以置换json中的指定元素@> 操作符是判断左侧元素数组中是否包含右侧元素， >@ 操作符是判断右侧元素数组中是否包含左侧元素。

k8s（docker）中pod频繁重启问题排查

因生产者及服务者未配置相同zookeeper地址引发的线上问题排查过程

目前经常遇到springboot内嵌web容器启动服务，且停止服务时每次都需要手工ps查询进程ID并手工kill的问题，以下命令可以快速实现该目标。

一、前言昨天分公司的小伙伴突然问我怎么用PostMan调用WebService接口，我瞬间懵了，没这么干过呀，能行不？网上搜了下还真的可以，把相关资料及过程记录下来，供小伙伴们及自己参考。二、过程2.1、方法调用确认url可用性（实操时把这里换成我们自己的业务url）可以在外网访问http://www.oorsprong.org/websamples.countryinfo/countryinfoservice.wso?wsdl确认url可用将业务url填入PostMan的地址栏，使用

一、前言我们数据中心应用升级一直有个“顽疾”：各地区每次现场进行升级基本都会丢失一部分自定义视图（公司其他基于数据中心的应用单独创建的，数据中心升级脚本中不包含这些DDL脚本），每次升级完毕还原这些自定义视图都很费劲。其实本来现场按版本进行增量升级也不会有这个问题（因为不会删库），但是现场每次升级中间迭代的版本都比较多，所以每个地区升级基本都是选择删库并执行目标版本的全新脚本（数据中心本身不生产数据，随时可以从数据源提取最新数据，所以不用考虑历史数据的问题），这样会导致丢失了所有非数据中心自带的视图信息

一、前言本文章为DDI英跃学堂中第一段【计划与组织】学习内容分享，除将课程对应的精华笔记贴上来给大家分享外，还会将其中个人感触较深的部分进行标注，期望可以给自己以及读者一些启发，可以帮助我们在日后更灵活、有效的开展相关管理工作。二、正文2.1、基础2.1.1、厘清目的（要解决什么问题）做任何事儿之前都需要先识别我们的目的，然后再制定我们的目标及计划，这样才能更好地确保结果与我们的预期一致。谋定而后动，三思而后行！在以前的各种培训中也听说了各种版本的示例，例如领导让你买可乐是因为ta渴了？还是因为

一、前言公司一直要求各团队集成sonar检查，且之前也整理过如何通过Jenkins自动构建sonar任务，以及如何在eclipse等IDE本地提前分析sonar问题的文章，但终归需要有一定的管理成本来持续保障其效果。所以近期研究了一下王凯之前发布的几篇帖子，并使用本地化的一个项目实践了一下git-hooks中的pre-commit钩子，可以在提交代码时强制校验本地代码质量，若不符合指定规则则不允许提交，期望减少一些持续性且重复的管理成本，在这里给大家分享一下，供有需要的小伙伴参考。二、正文2.1、极简

一、前言logback是一款优秀的日志框架，他本身的功能很强大，且公司的绝大部分java应用都集成了这个框架并使用其管理应用日志（最新的技术规范中也明确需要使用该框架管理日志）。但考虑到有部分应用未能合理配置框架参数，导致应用未能合理记录日志或因不合理配置导致应用性能受到影响等问题，特此分享一下正常情况下应如何使用logback管理日志，以及目前已知容易出现的问题和对应解决方案。二、主体2.1、组件集成因为各个项目内部不一定如何引用的组件类，所以不推荐现场自行研究组件集成，一个不小心就会导致项目无法

一、前言年初与xxx分公司系统总工沟通，今年如何让本地化研发团队与分公司配合的更密切，应该做些什么才能让本地化团队更大的发挥他的优势。但毕竟本地化研发也是近两年才刚起步，处于牙牙学语的婴儿时代，可供借鉴的成熟经验不多，所以我们一起商量今年实验性的搞一波《现场问题排查能力提升专项》工作。考虑到失败是成功他娘，但经验可以互相分享，特此将过程中的一些资料po上来，供大家讨论，谨慎拍砖->毕竟故意伤害是可以入刑的（手动狗头）。本篇没什么干货，主要是尝试从研发和驻地的角度分别分析一下，正常的一个问题处理生命

一、前言单例模式应该是我们日常工作中用的或者见过最多的设计模式之一了，尤其是在设计各种框架的管理器时，基本都会针对不同种类的管理单元设计一个单例供业务代码使用。那么单例模式有多少种写法呢？每种方法适合用在什么场景下，分别有哪些优劣势呢？接下来我们就一起来看看吧。二、主体2.1、饿汉式单例模式-1-静态常量（推荐使用）package com.le.test.designpattern.creational.singleton;/** * 饿汉式单例模式-1-静态常量（推荐使用） * 优势：逻辑

一、前言近期处理过几个生产环境cpu占用率异常的工单了，但迫于种种原因一直没能系统的梳理一下排查过程，正好今天又遇到了一个现场问题，所以留存了一下过程数据，在这里跟大家分享一下。一个是加深一下自己的印象，再一个也给后续处理类似问题的小伙伴提供一些参考资料。期待拍砖！二、过程2.1、确认问题查看工单描述，反馈新版本有问题，还原回老版本就没问题。且发现工单附件已经包含【cpu死锁排查过程.docx】，遂下载查看（有的时候现场给的附件等信息真的对排查问题很有帮助，小伙伴们在处理过程中一定要记得查看

一、前言随着技术的不断更新迭代，发展出了很多本来是便于软件研发、维护的规范及工具，但有的时候此类技术封装的比较深，会导致我们各种无从下手。例如最近各种应用都强制要求打docker镜像，现场直接跑在arterydocker上面，但docker带来便捷之处的同时，也给我们带来了一些不便（除了不能犹如以前一样随时给现场替换个文件，增加一些日志外，这个技术的学习成本也不低）。某应用就是全部用docke...

一、问题背景近期现场小伙伴反馈卷宗桥接服务经常出现调用失败的情况，重启后可临时解决，但业务高峰期需频繁重启。问题复现期间观察后台日志，往往伴随着获取连接超时的系统错误，此时使用其他工具连接数据库是正常的。org.springframework.dao.DataAccessResourceFailureException: Unable to acquire JDBC Connection; ...

背景最近小伙伴解决了一个工单，描述为“手工推送案件无法推，提示token失效”，当前工单状态为待关闭，解决方案为“东软接口不稳定造成的，东软的接口恢复正常后，问题解决”，然后找现场让他们关闭工单，现场反馈：今天现场又出现相同的问题了！！！依然是token失效，工单关不了了。过程确认问题应用及版本让对方把错误截图发了一下，发现好像不是卷宗自己的应用，跟卷宗团队小伙伴确认了一下，这是个...

背景最近几天现场老反馈某个院的采集任务失败了，报错原因基本都是连接断开，关键是连续好几天，都是同一个地区出问题，这就很尴尬了。拉着好几个研发团队负责人一起讨论了一下，准备收集近期的运行情况及日志，深入分析一下根因，并规划后续解决方案。但也不能影响测试呀（本来定的本月完整集成测试的复测，且达到通过的标准的），然后让现场重新跑了一下采集任务，但是…依然是那个地区失败，依然是超时，但人家现场用工具操...

背景最近小伙伴反馈执行导出效率较慢，现象是升级2.5.5之前速度还好，一小时可以导2万左右的案件，但是升级2.5.5之后导出效率下降了好几倍，现场导出了gc和agent日志，但还是未定位根因。本来我感觉这不是啥大问题，以我对导出工具的了解，给现场调调参就搞定的事儿，没想到很快就打脸了！！！过程根据个人既往经验尝试定位问题导出工具调优第一件事儿是先看fb_runlog.log（良好...