深入理解并发和并行
并发是逻辑上的同时发生，而并行是物理上的同时发生。并发可以跑在一个处理器上通过时间片进行切换，而并行需要两个或两个以上的线程跑在不同的处理器上。如果同一个任务的多个线程始终运行在不变的CPU核心上，那就不是并行。
系统架构7个非功能性需求
非功能性需求是什么呢？保障系统持续健康运转的辅助需求。依然以电商系统的优惠券为例，在促销活动期间发放大量优惠券，如何防止用户集中领券时系统不崩盘呢？活动结束后，如何收缩服务器，节省服务器资源呢？ 非功能性需求是面向运维的，重要但是不太紧迫，有时候可以没有操作界面，由架构师提出解决方案，再推动各个业务开发部门去接入相应组件。这些辅助系统对业务系统性能影响很小，并且长期处于优化状态。
爱盈球项目详细设计
爱盈球是一个体育赛事推荐平台，汇聚知名足球和篮球赛事专家，为用户提供优质赛事解读和赛果预测。专家结合球队资讯和全球市场的赔率，发布包含赛果预测和最佳购彩方式的赛事解读，用户付费订阅解读，平台和专家各自获得相应的分成。爱盈球项目主要由用户订单系统、专家解读系统、平台运营管理系统组成，辅助系统有赛事管理系统、用户社交系统等等。
系统架构面试题（8）Redis集群
Redis是个KV内存数据库，支持多种数据结构、简单消息队列、磁盘持久化，特点是高性能、使用简单、稳定可靠。常见使用场景如下：（1） 数据缓存：客户端访问服务器的时候，先检查redis是否有数据，Redis有数据直接反馈给客户端；如果没有数据再请求数据库，查询数据后缓存到Redis，下次就可以直接读Redis。（2）分布式锁：微服务项目服务部署到不同的服务器上，单体架构的同步锁没办法锁住服务，利用Redis实现分布式锁，常用组件为Redisson。（3）数据共享：将包含用户信息的令牌存储在Redis中，用户每次访问时从Redis中查询令牌，实现资源的共享，即分布式Session。
老者Java，奋战一线
Java已经诞生20多年了，依然是企业级开发中使用最广泛的语言，也是挨骂最多的语言。Java广受批评的四个缺点是：性能差、内存消耗大、GUI弱、代码啰嗦，我们应该如何看待这几个问题呢？在微服务的背景下，提倡围绕业务能力而非技术来构建应用，允许由不同的语言构建应用程序。一个超大的集群，往往有上万个微服务的容器在运行。为了更有效率的管理容器，必须对微服务提几点要求：镜像体积小、内存消耗小、启动速度快，这些却都是Java的弱项。
Java面试题（15）- Spring Cloud Alibaba
整理一些Java基础面试题，内容涵盖语言基础、并发、JVM、IO模型、中间件、开发框架等等。本章节的面试题有：Spring Cloud Alibaba主要包含哪些组件；Nacos的核心功能有哪些；说说Nacos的工作流程；说说Sentinel的使用场景；说说限流算法有哪几种；Sentinel如何限制资源的调用；为什么会产生分布式事务；Seata如何避免并发场景的脏读与脏写；Seata主推的事务模式是什么，有什么优势。
彻底理解协程
协程不是操作系统的底层特性，系统感知不到它的存在。它运行在线程里面，通过分时复用线程的方式运行，不会增加线程的数量。协程也有上下文切换，但是不会切换到内核态去，比线程切换的开销要小很多。每个协程的体积比线程要小得多，一个线程可以容纳数量相当可观的协程。在IO密集型的任务中有着大量的阻塞等待过程，协程采用协作式调度，在IO阻塞的时候让出CPU，当IO就绪后再主动占用CPU，牺牲任务执行的公平性换取吞吐量。
彻底理解线程
操作系统支持多个应用程序同时执行，每个应用至少对应一个进程，彼此之间的操作和数据不受干扰。当一个进程需要磁盘IO的时候，CPU就切换到另外的进程去执行，提高了CPU利用率。CPU在不同的进程之间切换执行，任务多的时候一直处于工作状态。有了进程，为什么还要线程？因为进程的成本太高了。启动新的进程必须分配独立的内存空间，建立数据表维护它的代码段、堆栈段和数据段，这是昂贵的多任务工作方式。如果两个进程之间需要通信，要采用管道通信、消息队列、共享内存等等方式。线程可以看作轻量化的进程，或者粒度更小的进程。线程之间使用相同的地址空间，切换线程的时间远远小于切换进程的时间。一个进程的开销大约是线程开销的30倍左右。
彻底理解进程
操作系统的”进程”很早就出现了，许多教科书上定义这个概念总是晦涩难懂。计算机技术发展太快了，简单的概念经过无数次演化，也会变得复杂。我们追溯一下操作系统的发展历史，就能理解进程解决了什么问题、为什么这样设计。进程是独立功能的程序的一次动态执行过程，也是系统资源分配的独立实体。每个进程都拥有独立的地址空间。一个进程无法访问另一个进程的变量和数据结构，如果想让一个进程访问另一个进程的资源，要使用进程间通信，比如管道、文件、套接字等。
谈谈微服务的粒度
自从微服务的概念和应用流行起来之后，受“微”的影响，有些人认为微服务越小越好，这显然是极端的想法。任何架构设计都有优缺点，在合适的场景才能发挥更大的作用。明确粒度设计的上下限，是用好微服务的第一步。微服务的核心思想是“分治”，可以类比活字印刷术。每个字都有独立的印刷效果。坏掉的字可以被迅速替换，不影响其他字。