摘要：
1. TCP粘包拆包底层原因 TCP协议是面向字节流的协议，TCP不像UDP一样，每一个数据报之间都有清晰的界限，tcp每一个字节流传到缓冲区后可能会由nagle算法将多个包整合成一个包进行处理，也就可能发生粘包拆包问题 2. TCP粘包拆包场景 如果客户端向服务端发送data1和data2，服务端 阅读全文
|
摘要：
1. TCP粘包拆包底层原因 TCP协议是面向字节流的协议，TCP不像UDP一样，每一个数据报之间都有清晰的界限，tcp每一个字节流传到缓冲区后可能会由nagle算法将多个包整合成一个包进行处理，也就可能发生粘包拆包问题 2. TCP粘包拆包场景 如果客户端向服务端发送data1和data2，服务端 阅读全文
摘要：
1. 概念 MySQL主从复制指数据可以从一个MySQL数据库服务器主节点复制到一个或多个从节点 2. 用途 读写分离：主库负责写，从库负责读 数据实时备份，当系统中某个节点发生故障时，可以方便的故障切换 高可用HA：high availablility，减少系统不能提供服务的时间 架构扩展：可以通 阅读全文
摘要：
整个的实习经历可以分为五大框架：对部门产品的熟悉和对linux常用指令的熟悉，根据单子修改产品代码，开发产品工具类，整合微服务，抽象dmq公共逻辑 横向来说，包括难点，解决方案，收获了什么 1. 熟悉部门产品和常用linux指令 对部门的产品有了一个宏观的认识，对微服务，分布式环境，以及熟练的掌握了 阅读全文
摘要：
接口的实例化方式有点儿奇怪，以IBaseServiceSPI为例： 问题：为什么不直接用new对象的方式实例化接口的实现类呢 getInstance其实底层还是new了一个实现类，为什么要多此一举呢 回答：为了方便后期去转spring，同时这个确实是一个冗余 为什么日志的单子需要修改为yaml的接口 阅读全文
摘要：
1. 解决高并发问题的方案 多线程：一台服务器上运行多个线程，解决的重点是怎样提高单个服务器内存、cpu等资源的使用率问题 分布式：一个讹误拆分成多个子业务，部署在不同的服务器上，解决的重点是业务在多台服务器高效协同运行的问题 集群：同一个业务，部署在多个服务器上，指的是系统对多硬件的组合使用方式 阅读全文
摘要：
1. 通俗概念 所谓回调，就是客户程序C调用服务程序S中的某个方法a，然后S的方法a又在某个时候反过来调用C中的某个方法b，对于C来说，这个b便叫做回调函数。 一般说来，C不会自己调用b，C提供b的目的就是让S来调用它，而且是C不得不提供。由于S并不知道C提供的b叫甚名谁，所以S会约定b的接口规范（ 阅读全文
摘要：
/* Copyright (c) Huawei Technologies Co., Ltd. 2019-2020. All rights reserved. */ /** 状态压缩dp */ public class SC { public static void main(String[] arg 阅读全文
摘要：
1. 为什么要用消息队列 消息队列比较核心的使用场景有3个：解耦、异步、削峰 解耦：将生产者和消费者解耦 这个需要去考虑一下系统中是否有类似的场景，就是一个系统或者一个模块，调用了多个系统或者模块，互相之间的调用很复杂，维护起来很麻烦。但是其实这个调用是不需要直接同步调用接口的，如果用MQ给他异步化 阅读全文
摘要：
1. 字符串匹配的暴力算法 传统的字符串匹配是从父串的第一个元素开始，与子串进行匹配 如果匹配到某一个元素父串与子串不匹配了，则此时父串指针滑动到第二个元素重新开始匹配，直到顺利匹配或者继续顺次滑动 2. 从字符串匹配暴力算法得到的启示 字符串匹配的暴力算法的时间复杂度是O(MN)，而让时间复杂度如 阅读全文
摘要：
1. DMQ简介 Distributed Message Queue（分布式消息队列），DMQ 是在kafka之上做了一层封装，为AC的其他组件提供分布式消息队列服务。简单来说，DMQ就是一个消息中间件，传递消息。 2. DMQ组件 DMQ主要由消息提供商Producer，消息消费者Consumer 阅读全文
|