桥接模式是一种结构型设计模式，顾名思义是搭建一座桥梁互通两岸，作用是让抽象和实现部分脱耦，使用组合而不是继承关系，从而使两个维度可以独立变化和扩展。 本场 Chat 详细介绍了桥接模式的代码分析、测试方法、优缺点、使用场景等，并贴出完整代码和提供下载链接。 本场 Chat 你将会获得以下知识： 1. 桥接模式的完整代码 2. 桥接模式的优缺点 3. 桥接模式的使用场景 适合人群：Java 中高级开发。

适配器模式的作用是通过新增一个适配器类（Adapter）来解决接口（即方法）不兼容问题，让原本没有任何关系的类可以协同工作，举一个生活上的例子，读卡器（即适配器）可以读很多种内存卡。 本场 Chat 详细介绍了适配器模式的类适配器、对象适配器和接口适配器的区别、3 种实现方式的代码分析、测试方法、优缺点、使用场景等，并贴出完整代码和提供下载链接。 1. 类适配器、对象适配器和接口适配器的区别 2. 类适配器的完整代码 3. 对象适配器的完整代码 4. 接口适配器的完整代码 5. 适配器模式的优缺点 6. 适配器模式的使用场景 适合人群：Java 中高级开发。

现在系统都是采用分布式架构设计的，当应用层服务支持横向扩展后，性能瓶颈就转移到了数据库层，这时候我们一般会采用分库分表方案或者分布式数据库、NoSQL 方案，那么事务处理场景还是基于 MySQL，这时候就需要考虑分库分表方案，分库分表方案也有基于 Client、Proxy 方式，如果采用 Client 方式，必然会用到分布式 ID，基于 MySQL 的 InnoDB 引擎的特性，ID 是 Int 类型又顺序递增的时候性能才可以得到保证，现在分布式 ID 方案有很多，如有基于 MySQL 表锁设计的、基于 Redis 设计的、基于雪花算法本地服务的、基于一些开源的分布式 ID 服务的如 Uid-Generator、Leaf、Tinyid 等，这些方案有哪些优劣势，应该怎么选择呢？ 从本文中可以学习到： 1. 常见分布式 ID 方案技术选型分析 2. Tinyid 使用场景及原理实现解析

快速排序算法是每个人都应该掌握的算法，工作中有可能会用到，面试的时候 80% 机会会被问道以及现场手写代码，那么此时可能会突然无从下手，究其原因就是没有弄明白他的背景以及算法实现思路。 如果弄明白他的历史以及实现思路，加上自己动手实现，那么一起都会深深印刻在自己脑子中。 本场 Chat 中会讲到如下部分： + 算法历史 + 算法原理 + 算法实现 + 算法进阶

机器学习是现在的一大热门研究方向，机器学习与我们的生活也越发密切。从垃圾邮件拦截、文章分类再到图像分类等。 在机器学习中，有许多优秀的算法。从简单的 KNN 到复杂的神经网络。不同算法可以应当不同实际问题。今天我们就来讲几种非常经典的算法。并使用 Scikit-Learn 实现具体例子。 本次 Chat 内容如下： 1. 机器学习 2. KNN 算法 3. 决策树 4. 决策森林 5. 朴素贝叶斯 6. 支持向量机 7. 线性回归 8. 逻辑回归 9. 神经网络 适合读者：对机器学习感兴趣的读者。

提高 MySQL 能力，运用 MySQL 工具。 我们要分析业务系统的能力，必然要获取操作系统的 CPU、内存、I/O、网络等情况，通过这些监控项，结合业务应用并发访问，再兼顾MySQL数据库的性能指标来做综合分析，才能得出一个可靠的性能分析报告。MySQL 的运行状态我们很容易可以获取，但是他在底层的 I/O 调用情况该如何解析呢？这次我们用 pt-ioprofile 工具来帮我们实现。 再提高一点点，这次我们聊聊影响数据库的实用工具： - 我们该如何思考 - 用何种工具采集什么样的数据 - 谈一谈底层 I/O 指标 - pt-ioprofile 工具介绍 - 实战：使用 pt-ioprofile 解析 MySQL 的 I/O 情况

提升 MySQL 性能，运用 MySQL 工具。 MySQL 性能优化一直是人们头疼而又向往的一件事，把数据库优化好，不但能提升业务系统的性能，而且也能提高自己的技术水平。想必大家都看过很多 MySQL 性能优化的书籍和文章，但是千篇一律的优化方案真的适合自己的系统吗？前辈给我们的优化参数真的适合自己的数据库运行吗？这次我们使用一个性能调优工具为你自己的系统提供精准的优化，他就是：MySQLTuner。 再提升一点点，这次我们聊聊影响数据库的实用工具： - 数据库状况不好（常见性能问题） - 如何医治（对数据库性能问题的思考） - 有病投对医（MySQLTuner 介绍） - 行医准备不能少（MySQLTuner 安装部署） - 抓方取药（MySQLTuner 全面检查与优化）

提升 MySQL 性能，运用 MySQL 工具。 你有没有遇到过业务平台力不从心？数据库返回结果竟慢的不能忍受？通常我们大大小小的业务场景几乎都在使用数据库，随着业务的不断壮大，原有的系统运行没有那么顺畅了，感觉就是没有那么快了！到底哪个环节有问题？我可以肯定的告诉你，整体性能的下降，问题不止一个，数据库出现性能问题就是其一。MySQL 数据库调优工作是复杂繁琐的，但是我们有实用工具：Tuning-Primer。 再提升一点点，这次我们聊聊影响数据库的实用工具： - 这是一个 old man - 这个工具应该如何使用 - 他能帮我们调优哪些内容 - 实例讲解我是如何运用该工具的

提高 MySQL 能力，运用 MySQL 工具。 如果有 MySQL 监控利器，还怕数据库出现性能问题？想必你也遇到过很多 MySQL的问题，尤其是性能问题，你肯定有自己的一套问题定位排查分析方法。最循规蹈矩的是在天MySQL 的客户端逐步分析定位问题，但是我认为在数据库出现问题之前的阶段非常重要，如果我们能及时监控到数据库的性能状态，是不是就可以提前规避一些问题了。 MySQL 的工具有很多，这次介绍一个功能十分强大的开源工具 Innotop。 再提高一点点，这次我们聊聊影响数据库的实用工具： - Innotop 监控利器的由来 - Innotop 支持的功能 - Innotop 可监控的指标 - Innotop 安装部署 - Innotop 快速上手及使用说明 - Innotop 常用实例

提高 MySQL 能力，排查 MySQL 问题。 在业务场景中，有没有遇到过业务系统点击无反应，排查应用日志无返回结果，排查后发现数据库基并没有执行过特殊的操作，但是服务器的 I/O 异常，没错，你遇到了 MySQL 数据库的 I/O 瓶颈，正是 I/O 瓶颈导致了系统的缓慢运行，让我们来快速定位 MySQL 的 I/O 瓶颈。 再稳定一点点，这次我们聊聊数据库 IO 瓶颈： - 简述 MySQL 的 I/O 瓶颈现象 - 列举引起 I/O 瓶颈的原因 - 聊一聊 I/O 指标 - 介绍几个常用的 I/O 分析工具 - 我有帮手送你一张直观的火焰图 - 用绘图工具画一个 I/O 瓶颈图 - 我是如何快速定位 I/O 问题 - MySQL 性能瓶颈分析工具 profiling - 常用 MySQL 的 I/O 瓶颈优化策略

提高 MySQL 能力，排查 MySQL 问题。 突然收到监控系统报数据库服务器 CPU 使用率过高，达到 100% 甚至超 100%，怎么办？这个报警紧急度非常高，轻则应用连接处理过慢，应用报错，重则数据库宕机，不能提供服务，更有甚者服务器都出现问题。当遇到 MySQL 占用 CPU 过高时，我们如何从容应对呢？这次我们一起来快速定位问题及优化。 再稳定一点点，这次我们聊聊数据库 CPU 占用过高情况： - MySQL 占用 CPU 过高常见现象 - MySQL 占用 CPU 过高常见原因 - 我如何快速定位分析问题 SQL - 优化一下也不难 - 其他常用优化方法

不论是在平时写代码时用的各种 List 或者 HashMap 集合，还是在面试里必定被问到的各类集合实现原理及其特征，都能发现集合是每一位程序员都该掌握的知识，说到集合就必须要说到相关的队列、栈等数据结构的知识，这篇文章就来捋一捋 Java 中集合与相关数据结构的实现过程原理。 本 Chat 内容： 1. 由浅入深：集合框架介绍 2. 各类集合：List、Map、Set 3. 集合遍历：为什么要用迭代器 4. 集合扩展：泛型与通配符 5. 数据结构：栈、队列、数组、链表与红黑树 6. 排序算法：冒泡、选择、插入 7. 百年老题：HashMap 源码分析

提高 MySQL 能力，排查 MySQL 问题。 想必大家都遇到过数据库锁，你是否曾经被开发人员抱怨过，为什么页面没反应，为什么任务还没有执行完，为什么执行这么慢，为什么……为什么……哔哩哔哩的被追问很久。遇到这些问题，不要慌，不要怂，首先想到的是，SQL 肯定没有执行完，要么就是 SQL 效率低，执行慢；要么就是出现了行锁超时问题，这次我们进一步看看如何排查行锁超时问题。 再稳定一点点，这次我们聊聊数据库故障诊断： - 行锁超时一点也不神秘 - 什么场景会产生行锁超时 - 开心的亲手创造点麻烦 - 我做的就是让 MySQL 替你完成分析

日常开发中我们经常使用线程池去提升程序的性能。通过池化的思想进行线程复用、管理，可以降低系统资源消耗、提升系统响应速度、减少系统处理耗时。 熟悉服务器端开发的同学都知道，Web 服务器在接收客户端请求时，通常不会采取来一个请求就新建一个线程处理的方式。虽然这种方式实现起来简单易懂，但是如果并发的请求数非常多，并且每个请求的实际处理耗时又非常短，那么就会导致频繁地创建和销毁线程，这将大大降低系统的性能。因为线程切换是有成本的，CPU 需要保存当前执行线程的上下文，并且后期还要恢复执行线程的上下文，即所谓的“上下文切换开销”。 线程池则为多线程创建的开销和资源不足问题提供了解决方案。通过多任务下线程的重用，将线程创建的开销摊薄到了多任务上，取得了高并发环境下系统性能上的提升。 在本场 Chat 中将会讲到如下内容： - Java 中线程池的基本概念和原理以及使用案例 - Java 中的线程池调优，参数配置详解 - 使用 Spring 内置的各种线程工具类创建线程池 - 在 Spring Boot 采用优雅的方式使用线程池 - 线程池的监控与管理以及线上动态调优实践 **适合人群**：Java 前后端开发人员。想深入理解、掌握线程池的使用、配置，在项目中需要自定义线程池的开发人员。

在后端开发中，我们常常需要对接口的请求参数进行“参数合法性性”校验。比如我们要进行入参的判空、格式检查等来避免程序出现异常。首先想到的实现方式是采用 if(){...} else{...} 方式逐个对参数进行判断，这种方式功能上没有问题，能够达到目的。但是在入参很多的场景下，代码中将会充斥着大量的 if else 判断，降低了代码的美观性和可读性，显然不够优雅。那么有没有更好的方式来做这件事呢？ 回答上述问题前我们再来看看另一个问题。 在后端开发中，还有个常见的问题。就是在程序中，我们不可避免地需要处理各种异常。代码中常常会看到大量的 try {...} catch {...} finally {...}。这同样造成了代码冗余，降低了可读性。那么有没有更优雅的方式来处理程序中的异常呢？ 好了，带着上述问题，我们来引出本文的主要内容。在本场 Chat 中，将会讲述下列内容： - Bean Validation 概述及其具体实现介绍 - Spring Boot 中 Validation 的使用入门 - RequestBody/RequestParam/PathVariable 参数校验 - 分组校验、嵌套类校验、集合元素校验 - 自定义注解式规则校验、编程式校验 - 在 Service 接口中使用参数校验 - 后端接口统一数据格式响应 - 后端接口统一异常处理 **适合人群:** 本文篇幅较长，适合日常开发中使用 Spring Boot、Spring Cloud 微服务架构，需要经常面向 API 接口编程的开发人员。

本教程的题目是《循序渐进学Netty》，就是说要从最基础的知识开始讲起，一步一步、由浅入深引导大家进行 Netty 的学习。在正式学习 Netty 之前，我们有必要回顾一下 Linux IO 模型、线程模型以及 Java 中 I/O 相关的知识，温故而知新。 在本场 Chat 中，将会讲到如下内容： - 传统 Java I/O 及其编程案例 - Java NIO 及其编程案例 - Java 网络编程 - NIO的理论基础及Linux的五种I/O模型 - Reactor线程模型 - 小结 **适合人群** ：想温习 Java I/O 知识、学习 Netty 提升技术内功、对网络编程感兴趣的开发人员。

MyBatis 本是 Apache 的一个开源项目 iBatis，2010 年这个项目由 Apache Software Foundation 迁移到了 Google Code，并且改名为 MyBatis。2013 年 11 月迁移到 Github。 iBATIS 一词来源于“Internet”和“Abatis”的组合，是一个基于 Java 的持久层框架。iBATIS 提供的持久层框架包括 SQL Maps和Data Access Objects（DAOs）（来自百度百科） MyBatis 用途有： - MyBatis 是一款优秀的持久层框架，它支持定制化 SQL、存储过程以及高级映射。 - MyBatis 避免了几乎所有的 JDBC 代码和手动设置参数以及获取结果集。 - MyBatis 可以使用简单的 XML 或注解来配置和映射原生信息，将接口和 Java 的 POJOs（Plain Ordinary Java Object，普通的 Java 对象）映射成数据库中的记录 本 Chat 内容： 1. MyBatis 入门 2. 基础环境搭建 3. 配置文件讲解 4. 常规 CRUD 使用 5. # 与 $ 的区别和 @param 用法 6. 动态 SQL 的使用 7. 了解日志 8. 结果集嵌套与查询嵌套 9. MyBatis 的缓存 10. 懒加载 注：本文较适合对 MySQL 和 Java 有一定基础的读者

睡后收入，网络流行词，字面意思为能躺着就把钱挣了的方法 ，就是被动收入，不需要花费多少时间和精力照看，就可以自动获得的收入，它更是获得财务自由和提前退休的必要前提。“睡后收入”不需要照看，但是可不代表不劳而获，其实在获得“被动收入”之前，往往需要时间的劳动和积累。 程序员在 996 文化盛行的今天 ，生存空间被进一步压缩。没有了晋升、没有了涨薪、似乎 35 岁大厂劝退也渐渐不是一句玩笑话。那么普通程序员如何更好的利用自己程序员特有的技能在休息时间也能获取收入 ，这是我们的追求 ，也是我们每一位程序员都需要掌握的 ，也是完全可行的。 通过本 Chat 你将获得以下收益： 1. 全盘分析程序员的睡后收入有哪些（哪些可以做 ，哪些不能做 ，哪些值得做）？ 2. 我在睡后收入的实践道路做了哪些努力和尝试？ 3. 如何实现睡后收入的从 0 到 1 再到 1000 的? 4. 如何平衡工作与睡后收入的投入时间? 5. 一份适合你自己的实践建议。

拥有 MySQL 能力，打好 MySQL 地基。 想要用好 MySQL，我们需要不断的学习。MySQL 和其他数据库一样，都需要存储元数据，这些云数据存储在数据字典中，数据字典的存在非常重要，而其在 MySQL 发展历程中也是不断的演变与升级。 再多学一点点，这次我们聊聊数据库数据字典： - 数据字典是什么 - 数据字典的作用 - MySQL information_schema 详解（崭露头角) - MySQL performance_schema 详解（成长升级） - MySQL sys 详解（演变进化）

弟弟天天吵着要妈妈买玩具，于是我就想着干脆自己做一辆手机 APP 遥控小车给他玩(这难道不是所有大哥哥都应该为弟弟做的事吗！) 硬件包含： 1. 车子底盘（随意买） 2. Esp12f（8266） 3. L298N 电机驱动模块 4. 18650 电池 5. 电机（我这里只用了 2 个） 涉及的内容： 1. PWM（脉冲宽度调制） 2. 8266 连接阿里云 MQTT 服务器 3. MQTT 协议讲解 4. Java 多线程 5. App 的 MQTT 链接 App 用 Android Studio 写的，总体还是比较容易上手的，看完不会你顺着网线过来锤我（狗头），这不给弟弟妹妹来一份吗？

拥有 MySQL 能力，快速 MySQL 部署。 MySQL 集群安装部署看似简单其实里面的道道有一些，常规安装你可能需要照顾的方面比较多，当然这样可以学到很多东西，但是你又想不想快速部署一套集群环境？一个得了的助手（工具）必不可少，这次我分享一个我是如何秒级部署 MySQL 集群。 再多学一点点，这次我们聊聊 MySQL 集群安装部署。 本场 Chat 内容涉及如下： - 揭秘得力助手 - 他能做为你做什么 - 拿下（安装）这个助手 - 快速部署 MySQL 单点 - 快速部署 MySQL 主从 - 快速部署 MySQL MGR - 如何管理你的助手

今日头条可谓是开启了新闻阅读的新大门，强大的推荐系统已经让它吸引了成千上万的用户。同时也吸引了更多的创作者选择发布头条文章来成为一个自媒体创业者。而自媒体创业者要绞尽脑汁的写文章，想创意，做排版是一个非常耗时耗力的过程。作为程序员的我们，可以充分利用技术的优势，从众多的自媒体创业者中脱颖而出。 在本场 Chat 中，会讲到如下内容： - 如何抽丝剥茧分析头条文章发布系统的奥妙 - 如何用 Python 爬取内网系统文章并存储 - 如何用 Python 实现头条文章系统自动登录 - 如何用 Python 实现头条文章的批量发布 - 如何部署机器人每天定时发布头条文章吸粉 **适合人群**：想要从事自媒体创业的程序员，对爬虫、机器人感兴趣的人

拥有 MySQL 能力，打好 MySQL 地基。 随着业务的快速发展，业务高并发，性能要提高，但是如何保证业务的稳定性及数据的可靠性呢？MySQL事务和锁帮你实现。本次我们聊聊MySQL事务和锁，结合并发控制，深入学习事务隔离级别。 再多学一点点，这次我们聊聊数据库事务和锁： - 什么是事务，为什么需要事务 - 用日常细说事务的特性 - MySQL 并发控制技术 - 面试再也不怕被问到的 MVCC - 简单易懂的实例帮你理解 MySQL 事务隔离级别 - MySQL 锁机制（机智） - 聊几个经典死锁案例 - 小技巧——事务保存点帮你读档重闯关 - 小技巧——一个死锁的具体分析方法 - 小技巧——换种思路提高事务能力

责任链，顾名思义，就是用来处理相关事务责任的一条执行链，执行链上有多个节点，每个节点都有机会（条件匹配）处理请求事务，如果某个节点处理完了就可以根据实际业务需求传递给下一个节点继续处理或者返回处理完毕。 责任链常见应用场景有： - 同一请求需要处理多个对象，但具体需要处理哪些请求在运行时动态决定 - 例如 OA 系统中的流程审批，不同流程对应不同的处理对象 对于责任链的实现形式，常见的有： - 节点控制模式：每个节点自由控制是否继续往下传递链的进度，类似于 Netty 中的责任链模式 - 外部调用方式：通过外部调用的方式对链的各个节点调用进行控制，从而实现链的各个节点之间的切换 因此通过责任链模式我们将对系统中各个处理对象**划分边界**，各个对象就是一个处理阶段，通过**自由组合**不同阶段能够快速响应业务需求变化。 上面提到自由组合处理对象，传统的方式就是在代码中实现规定好各个处理对象的顺序，这种方式不能做到对需求的即时响应。因此我们使用阿里开源的 QLExpress 脚本引擎，能够实现动态替换、快速组装各个处理对象。同时基于 QLExpress 的强大，对于处理对象的配置，业务人员也能够简便而不失灵活的进行配置。 在这篇 Chat 中，将会根据实际的业务场景进行提炼，实现一套通用责任链模式进行业务解耦，配合脚本引擎快速响应业务。

拥有 MySQL 能力，打好 MySQL 地基。 你是不是遇到过 MySQL 数据库编码问题，是不是有诸多对 MySQL 字符集的困惑，有没有在使用过程中遇到过各种乱七八糟的乱码问题？ 再多学一点点，这次我们聊聊数据库字符集 本场 Chat 内容涉及如下： - 字符集简介 - 字符集分类与特点 - MySQL 与字符集之间亲密关系 - 字符集编码原理 - 字符集与校对规则分析 - 如何更改 MySQL 字符集 - 字符集最佳实践