为什么会写着篇博客，因为昨天看了关于final关键字的解析。但是有个问题始终没有得到解决，于是请教了我qq上之前添加的知乎大神。他给我回复的第一条消息：常量折叠。身为渣渣猿的我立马查询了这个概念。这是第一次知道这个概念。知乎大神还给我讲了好多。让我终于明白了这个常量折叠的概念实例解析昨天，让我迷惑的代码是下面这段代码

不管小型公司还是大型互联网公司，很多项目债台高筑，新功能开发困难。其中一个很大的原因就是代码复杂，可读性差。Sonar开发团队曾上纲上线的戏称开发人员的7宗罪，其中很关键的一条就是“复杂度”。那复杂度有没有一个明确的衡量标准，我们又如何去解决代码的圈复杂度呢？今天我在这里和大家聊一下。

IM在消息交互时，如果websocket断了，消息可能到了，也可能没到，怎么处理这个异常情况？还是说在一端的send方法就会报错了，就知道了消息没有送出去？我想讨论的就是是否需要增加一个ACK机制来确保消息成功到达接受人端一个方法是加入ack机制每收到一条消息就立即发回一个ACKIM这一块需要整理客户端的组件结构像负

首先得清楚什么时候使用事务。当你需要一次执行多条SQL语句时，可以使用事务。通俗一点说，就是，如果这几条SQL语句全部执行成功，则才对数据库进行一次更新，如果有一条SQL语句执行失败，则这几条SQL语句全部不进行执行，这个时候需要用到事务。其次才是事务的具体使用。1.获取对数据库的连接（代码这里省略了吧，网上太多了，对各种数据库

一、背景随着公司业务的发展，商品库存从商品中心独立出来成为一个独立的系统，承接主站商品库存校验、订单库存扣减、售后库存释放等业务。在上线之前我们对于核心接口进行了压测，压测过程中出现了MySQL5.6.35死锁现象，通过日志发现引发死锁的只是一条简单的sql，死锁是怎么产生的？发扬技术人员刨根问底的优良传统，对于这次死锁原因进行了细致的排

本文引用了架构师之路公众号作者沈剑的文章，内容有改动，感谢原作者。1、前言我们平时在使用即时通讯应用时候，每当发出一条聊天消息，都希望对方尽快看到，并尽快回复，但对方到底有没有真的看到？我却并不知道。一个残酷的现实是，很多时候对方其实是早就已经看到了这条消息，但出出种种原因（大家都懂的），通常都是默默返回——假装没看见。

全局traceId关于链路追踪，在微服务的趋势下，一次调用的日志信息分布在不同的机器上或目录下，当需要看一条链路调用所有的日志信息时，这是个比较困难的地方，我们虽然有ELK,Sentry等日志异常收集分析工具，但是如何把信息串起来也是一个关键的问题。我们一般的做法是在系统调用开始时生成一个traceId，并且它伴随着一

3.6拥塞控制原理 3.6.1拥塞原因和代价1.情况1：两个发送方和一台具有无穷大缓存的路由器      两台主机A和B有一条连接，理想情况下，假如A和B都有无穷大的缓存，来自主机A和主机B的分组通过一台路由器，在一段容量为R的共享式输出链路上传输，路由器带有缓存，当速率超过输

java基础语法一个Java程序可以认为是一系列对象的集合，而这些对象通过调用彼此的方法来协同工作。下面简要介绍下类、对象、方法和实例变量的概念。   对象：对象是类的一个实例，有状态和行为。例如，一条狗是一个对象，它的状态有：颜色、名字、品种；行为有：摇尾巴、叫、吃等。   类：类是一个模板，它描述一类对象的行为和状

前言对于一些数据量较大的系统，数据库面临的问题除了查询效率低下，还有就是数据入库时间长。特别像报表系统，每天花费在数据导入上的时间可能会长达几个小时或十几个小时之久。因此，优化数据库插入性能是很有意义的。经过对MySQLinnodb的一些性能测试，发现一些可以提高insert效率的方法，供大家参考参考。方法1\.一条SQL语句