前言最近翻看以前写的PPT，发现了在2019年做的一次技术分享，关于Java问题排查，由于没什么公司机密可言，整理下分享给大家线上问题处理流程直接放PPT截图吧，现在看来依然不过时问题排查可从三个方面入手知识：有些问题，思考一下就有答案，就像传说中多隆那样，回忆下就知道第83行代码有问题工具：当然不是每个人都能做到过目不忘，也有可能这代码完全

做技术管理的童鞋，往往会陷入这样一种困境：疲于奔命，到处救火填坑，沟通推进，却挤不出时间思考对团队和项目来说真正重要的事情。你有没有经历过这样的场景：1.下属老是改了接口但不维护文档，屡说不改2.后端改了接口没有及时通知前端和测试，导致下游环节的同事来投诉3.由于团队每个角色使用的工具不同，工具之间的数据又无法兼容互通，导致一些共用的数据，每

前言相信实际项目中用过vue的同学，一定对vue中父子组件之间的通信并不陌生，vue中采用良好的数据通讯方式，避免组件通信带来的困扰。今天笔者和大家一起分享vue父子组件之间的通信方式，优缺点，及其实际工作中的应用场景首先我们带着这些问题去思考1vue中到底有多少种父子组件通信方式？2vue中那种父子组件最佳通信方式是什么？3

发现问题今天在看代码的时候，遇见了多个协程写同一个slice的情况，发现未对slice做任何保护，亦未使用其他手段保证并发安全，这样肯定会出错的。思考slice不是协程安全的，所以在多个协程中读写slice是不安全的，在高并发的情况下会产生不可控制的错误。总结这里记录一下错误的使用方式与正确的使用方式：错误的使用

在双十一过程中投入同样的硬件资源，Kafka搭建的日志集群单个Topic可以达到几百万的TPS，而使用RocketMQ组件的核心业务集群，集群TPS只能达到几十万TPS，这样的现象激发了我对两者性能方面的思考。温馨提示：TPS只是众多性能指标中的一个，我们在做技术选型方面要从多方面考虑，本文并不打算就消息中间件选型方面投入太多笔墨，重点想尝试剖析两

缩短timetomakrt对于任何一家企业都至关重要，这直接决定了客户满意度、市场竞争力乃至盈利能力。但在部署应用时，大多数企业内的IT团队都或多或少会遇到Dev和Ops之间的问题，这两个部门围绕着同一个应用工作，但工作方式却截然不同。很多管理者都在思考如何能让Dev和Ops能够在没有任何“误解”的情况下共同努力缩短timetomarket，也就

写在前面为什么要写这些呢？接触java已经有三年多了，感触颇多，比如从0到60，只要勤实践、勤思考，很快就可以入门，从60分到满分极致，则单单不是凭借工作年限或者什么就可以。曾经也有过一段迷茫时期，将javaee的常用框架用的再熟，遇到非正常问题时候就很难解决，此时靠百度靠谷歌的零碎知识，只会让知识体系更混乱，而且有种潜意识

推荐理由：我们知道存储数据的安全性和可靠性是生产数据库重点要思考的问题，海量的应用将数据存储在MySQL数据库中，那么如何保障MySQL高可用性了，下面我给大家推荐的这篇文章，主要分析了目前采用较多的保障MySQL可用性方案，希望对大家有所帮助。以下为文章原文：作者介绍：易固武，腾讯高级工程师，参与腾讯账号安全建设，腾讯数据仓库（

CoreJava逻辑思维顺时针打印自定义矩阵这两天回顾了一下刚入Java时的一些比较有意思的逻辑题，曾经也费劲脑汁的思考过的一些问题，比如百钱百鸡最简单的算法啦之类的，而今天博主想说的是一个循环打印指定字符的一道问题。上题目。从控制台输入两个数字代表矩阵的行列数，并顺时针回旋打印

基本概念和延伸的思考DevOps，是Development（开发）和Operations（运维）组成的复合词，一般译为“开发运维一体化”。看到这个概念，首先会产生几个问题：开发是什么，哪些环节是开发？运维是什么，哪些环节是运维？开发人员写好代码在本地调试，环境出问题了自己来调整，这是开发工作还是运维工作？系统故障后，运维人员发现是配置文件内容出错了就改成了正