1 背景如何才能在做业务的过程中不再是资源一样被消耗而是像资产一样自我增值？如何成长？如何高效率地成长？如何让自己的成长走在环境要求的前面？基于以上这些问题，本文将依次阐述以下内容：先从“人的本质”入手（第二章节），接着探讨“人的成长”的本质（第三章节），最后再探讨业务和技术的一般规律及应对策略（第四、第五章节）。需要注意的是，以下内容受限于个人能力和经验有限，在描述规律的过程中，可能会存在维度的缺失；或者当前描述的规律所涉及的维度并不是某些读者认知中的重点，因为事物不同的维度在不同角色和级别的人的认知中重要程度不同。2 人的本质在哲学层面上，讨论“人的成长”实际上是探讨“人”这一客观事物在特...

1 引言在软件开发中，设计模式是一种被广泛应用的方法论，它们是在具有良好面向对象设计基础上的可重用解决方案，它可以提高代码的可重用性、可扩展性和可维护性。设计模式不仅可以让我们更快地开发出高质量的软件，而且还可以让我们更好地理解已有的代码，从而更好地进行重构和维护。设计模式的起源可以追溯到上世纪80年代，它们最初是由四位著名的计算机科学家（Erich Gamma、Richard Helm、Ralph Johnson、John Vlissides）所提出的。这四位科学家在1994年发表了一本名为《设计模式：可复用面向对象软件的基础》的著作，其中提出了23个常用的设计模式，并将它们分为三种不同的类...

作为一个写业务代码的 "JAVA CURD BOY" ，具备写出高效率SQL让应用高性能访问数据库的能力非常重要。获得这个能力的过程我收获了点知识和经验，今天在这里分享出来，希望大家多多交流指点。本文内容主要包括以下几个方面：分析查询SQL，MySQL查询优化器、数据库存储结构、索引，索引维护，索引设计，SQL优化，表结构设计，分库分表，查询功能架构设计。分析查询SQLMySQL提供了一个性能分析工具 EXPLAIN ，它可以帮助我们了解SQL语句的执行计划，分析查询效率低下的原因（eg:是否使用索引，是否做全表扫描...），进而有针对性地对SQL进行优化。EXPLAIN 使用起来很简单，在你...

（本文的内容主要来源于Google、百科和学过的一些专栏，目前没有实际的企业级应用容器化部署经验，写的比较浅薄见笑了）为什么会接触到Docker运维同学使用k8s将业务迁移上云时遇到一些问题解决不了，需要我去验证一下并帮助解决问题。了解到容器是k8s的基础，并且根据我对问题的推测认为主要原因是文件目录没有挂载，所以我决定学习一下Docker.Docker容器Docker这东西使用起来一点都不复杂，跟着Docker官网的说明，聪明的程序员十来分钟应该就能搞定，即使像我一样不太聪明的，结合Google上的部署教程1小时左右的时间也能搞定。简单来说，它就是个小工具，让开发者可以打包他们的应用以及依赖...

靠近年底的月份，内心深处总会不断提醒你，该写年终总结了。无论是工作上，生活上，亦或是互联网、APP上，无数的年终报告提醒我，一年了也该总结一下自己了，不然这之前的1年是不是白过了呢？回头想想过去的一年，虽然自己对跨越阶层有着热切的渴望，努力地做了些自认为有价值的事情，但收获却很少很少，一年过去了生活依旧苟且。从21年末决定从事Java开发以来，我学习了30来个极客时间付费专栏，用雨雀写了200来篇笔记，在微信公众号发布了30来篇原创推文，在9个技术平台发布了100来篇博文。收获了2000+不太“粘”的微信公众号粉丝，一份平凡的工作，靠翻译软件才能看懂英文资料的英语水平，一个头发日渐稀疏的后脑勺...

在实际工作中我们并不会直接创建线程而是从线程池中取线程，你知道为什么吗？ 这是因为线程过多会带来额外的开销，例如创建和销毁线程的开销、调度线程频繁上下文切换开销等等，这些开销会降低计算机的整体性能。而线程池通过维护多个线程，等待分配执行任务，这样做一方面避免了处理任务时频繁创建销毁线程的开销，另一方面又避免了线程数量膨胀导致的过分调度问题，保证了对内核的充分利用。 再深入一点，你知道线程池通过什么技术维护多个线程，和等待管理者分配可并发执行任务吗？ 看到这个问题你应该能想到“池化技术”、“阻塞队列”但内部的实现原理可能不太清楚，下面让我们来一起深入一下线程池...

面试官经常会问你知道哪些实现线程的方法，这是因为实现线程是并发编程的基础，必须要先会实现线程，才可以继续后续的一系列操作。今天我就来说一下创建线程的常用方法。 用Runnable接口创建线程 /** * 用Runnable接口创建线程 */ public class RunnableThread implements Runnable{ @Override public void run() { System.out.println("用Runnable接口实现线程类"); } public static ...

你好，我是程序员Alan, 很高兴遇见你。 最近看 RocketMQ 源码时，发现它是使用自定义注解的方式做权限校验，蛮有意思的，于是简单上手试了一下。 下面是部分代码。 自定义注解 import java.lang.annotation.*; @Target(ElementType.METHOD) @Retention(RetentionPolicy.RUNTIME) public @interface Permission { String permission() default ""; } 编写切面 imp...

你好，我是程序员Alan,很高兴遇见你。 一、RocketMQ目录结构 在正式开始搭建调试环境之前，我们先了解一下RockeMQ源码的整体架构。 这是因为掌握了整体架构，可以让我们迅速了解各个方面的特性，并且可以方便我们后续快速定位功能模块对应的代码文件。话不多说，我们开始看RocketMQ目录结构。 acl: 权限控制。可以给话题指定权限，只有拥有权限的消费者才可以进行消费。 broker: RocketMQ 的 Broker 相关代码，用来启动 Broker 进程。Broker 就是用来收客户端发的消息、存储消息传、...

背景概述 公司安全测试要求接口的请求方法只能是GET, POST，并且响应头也只能为GET, POST. 问题描述 在了解到这个需求后，我在过滤器对所有进入服务的请求统一设置响应头： @WebFilter(urlPatterns = "/*", filterName = "GlobalFilter") public class GlobalFilter implements Filter { @Override public void doFilter(ServletRequest servletRequest, ...

你好，我是程序员Alan,很高兴遇见你。 在前面的几篇文章我们使用Nacos实现了分布式系统的注册中心和配置中心，使用Feigns实现了远程服务调用，今天我们讲一下分布式系统的另一个重要模块—消息队列。 什么是消息队列 分布式架构中经常提到的消息队列，可以简单理解为一种传递消息的容器。消息的传递和接收者，我们称之为生产者和消费者，生产者和消费者可以集群部署，也可以只有一个实例。 DATA是生产和消费方传递的数据，数据格式可以是简单的字符串也可以是序列化后的复杂信息。队列是消息的载体，用于传输和保存消息，它和拥有数据结构中队列的特性，例如先进先出...

Hello，牛油们好,我是程序员Alan. 在前两篇文章中，我们引入Nacos完成了服务注册与发现和分布式配置中心，可以将所有的服务统一的管理起来，方便服务建调用。本篇我们将使用Feign实现服务间调用。 几种服务调用方式 服务间的调用有两种常见方式：RPC与HTTP，RPC（Remote Produce Call ，远程过程调用），速度快，效率高。热门的Dubbo,、gRPC 等，都是RPC的典型代表。HTTP协议（ HyperText Transfer Protocol，超文本传输协议 )，是应用最广泛的一种网络传输协议。目前热门的RESTful形式的...

Hello，牛油们好，我是程序员Alan, 很高兴遇见你。 在《白话服务治理—高并发场景微服务实战（九）》中，我们通过引入Nacos实现了服务的注册与发现。今天我们继续使用Nacos实现微服务的另一项重要特性—分布式配置中心。 参数配置的演变 早期软件开发时，很多小伙伴都是使用的硬编码，将一些可变参数写死在代码中。这样操作弊端很明显： 当参数变更时，必须重新构建编译代码，维护成本很高。 后来，业界形成规则，将一些可变参数抽取出来形成多种格式的配置文件，例如我们经常使用的application.yml等等。通过将这些参数集中管理，发生变更时只需要更新配置文...

Hello，牛油们好，我是程序员Alan. 我在《白话服务治理—高并发场景微服务实战（八）》中，简单介绍了微服务常见组件功能，从本篇开始我将进一步讲解各个组件的内容和应用。 服务调用的问题 在《需求分析—高并发常见微服务实战（二）》分析业务需求时，其中有个简单的功能点：订票服务可以请求不同的航空公司查询机票信息，订购指定航空公司航班机票。这里就涉及到两个或多个服务间的调用问题。 服务调用可以简单的分为单实例情况和多实例情况。 单实例情况 可以采用 IP + Port + 接口的形式，采用点对点的HTTP直接调用。这种情况有个明显的缺点就是如果服务增多，将会...