JAVA服务端

0. NACOS介绍 一个更易于构建云原生应用的动态服务发现、配置管理和服务管理平台。 Nacos 致力于帮助您发现、配置和管理微服务。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发

1. 问题现象 选取去年新建立一个应用服务，后台架构基于spring boot+ mybatics + druid + dubbo + rocktemq进行搭建。上线后，发现该应用每天fullgc次数

1. 问题现象 一天运维同学找过来，现网有台机器频繁fullgc，几乎1分钟一次。 2. 问题定位分析 这种问题比较好定位分析，因为应用进程还在提供服务。先保留现场，取heap dump回来分析。 相

1.问题现象 最近业务有做应用架构整合，将原先一部分业务从服务A移到服务B。其中接口功能中有一段http调用风控能力的逻辑。版本上线后，有部分此接口流量进入服务B，此时发现一个非常奇怪的问题，就是服务

1. 架构原则 秒杀系统本质上就是一个满足大并发、高性能和高可用的分布式系统 1.1 数据尽量少 因为数据在网络传输需要时间，其次请求数据和返回数据都需要服务端做处理（写网络的压缩和字符编码，rpc调

1.问题现象 现网巡检发现一个接口MethodA超时，执行时间大概花了14秒。查看接口对应的数据，发现有张表TA数据重复。 2.问题定位分析过程 MethodA接口是一个管理台优惠券批次增加可用商品审

一. 消息发送 核心关注点：如何可靠发送消息、如何将消息发送到broker（负载） 1.1 核心类 MQAdmin：MQ 基本的管理接口，提供对 MQ 提供基础的管理能力 MQProducer：消息发

1. 问题现象 有一天下午运营反馈管理台评论外放接口操作老是超时，处理不成功。 2. 问题定位分析过程 2.1 收集信息 出现问题后首先查看PINPOINT监控，发现那天下午有很多管理台接口超时，超时

一、架构组网 1.1 RocketMQ 部署架构 NameServer ： Topic 的路由注册中心，为客户端根据 Topic 提供路由服务，从而引导客户端向 Broker 发送消息。NameSer

一、消息队列的优势和用途 解耦：讨论消息队列如何实现系统之间的松耦合，提高系统可维护性和可扩展性。 异步：探讨消息队列如何实现异步处理，提高系统的响应速度和吞吐量。 削峰填谷：解释消息队列如何平滑处理

1. 原始需求 最近在做优惠券系统，其对并发要求比较高，大促期间领券峰值达到上万TPS，用券峰值也要到大几千TPS，其中峰值最高的是各种活动页、商详页中券信息漏出，可能会几万或者数十万QPS。 单单依

何为消息队列 消息队列是一种在应用程序之间传递消息的通信模式。它是一种异步通信机制，允许发送者将消息放入队列中，而不需要立即将其发送给接收者。接收者可以在合适的时间从队列中提取消息并进行处理。 消息队

安装编译REDIS 参考之前文章：Ubuntu20.04安装Redis6.2.9和Redission连接实践 将编译好的redis文件copy出来单独存放 准备配置文件 分别将上述文件copy 6份

一般早期架构是一体化架构（Monolithic Architecture），简单来说就是所有的业务都在一个后台服务来承载。 例如，一个Java web应用运行在Tomcat之类web容器上，仅包含单个

布隆过滤器原理 当一个元素被加入集合时，通过K个散列函数将这个元素映射成一个位数组中的K个点，把它们置为1。 检索时，我们只要看看这些点是不是都是1就（大约）知道集合中有没有它了：如果这些点有任何一个

1. 缓存读写策略 缓存必定是对某些数据或者运算结果的存储在读写速度更高级别的存储介质中。这就会直接涉及到两个不同存储介质，也会导致一个经典的读写不一致场景。 下面主要描述缓存相关的读写策略。 1.1

2. 生成方案 2.8 美团-Leaf 来自于美团开源。 There are no two identical leaves in the world > “世界上没有两片相同的树叶” Leaf提供两

定义 分布式 ID 是分布式系统下的 ID，其具有唯一标识。类似系统中常见的用户ID、订单号、券码，都应该具备唯一性。 算法要求 全局唯一：生成的 ID 必须全局唯一 趋势递增：我们应该尽量选择有序的

2. 生成方案 2.7 百度-UidGenerator UidGenerator是Java实现的, 基于Snowflake算法的唯一ID生成器。 UidGenerator以组件形式工作在应用项目中,

2. 生成方案 2.6 雪花算法Snowflake Snowflake，雪花算法是由Twitter开源的分布式ID生成算法，以划分命名空间的方式将 64-bit位分割成多个部分，每个部分代表不同的含义