背景笔者日常工作里面包括了云上运维工作，包括（业务）云服务器的管理、云中间件和云服务器自建中间件的部署和维护。云负载均衡产品一般称为CLB或者SLB，从实现上猜测是基于Nginx进行二次开发。由于云负载均衡中间件的费用比较高，一般选用云服务器自建Nginx集群，那么就需要”精通”Nginx的安装（和卸载）过程。写本文的时间为2021-11前后，所用的系统和软件版本如下： 系统或软件 版本 CentOS 7.x Nginx 1.20.1 前置依赖安装手动编译Nginx源码之前，至少需要安装这几个依赖： 软件包 功能 链接 gcc、gcc-c++ GCC编译器 gcc、gcc-c++ pcre、pcre-devel Perl Compatible Regular Expressions，perl兼容的正则表达式库 pcre zlib、zlib-devel 提供了很多种压缩和解压缩方式 zlib openssl、openssl-devel 密码算法、常用的密钥和证书封装管理功能及TLS/SSL协议支持 openssl 安装gc ...

前提前段时间，H5页面游戏《人生重启模拟器》发布，大获好评。 《人生重启模拟器》源码仓库：https://github.com/VickScarlet/lifeRestart 部署环境：腾讯云COS 本地环境版本：Node.js => v12.16.1、npm => 8.0.0 查看项目的LICENSE： 明确是MIT License，条款如下： 可以使用，复制和修改软件 以免费使用软件或出售 唯一的限制是，它是必须附有MIT授权协议 从这个LICENSE来看，只要在部署的时候，不删除源码中原有的LICENSE文件即可，如果有入口或者展示界面引用了这个项目，需要把LICENSE文件带上。 下载源码和本地编译下载源码： 123cd 你的目录git clone https://github.com/VickScarlet/lifeRestartcd lifeRestart 查看lifeRestart/package.json文件： 得知： npm install：本地安装依赖 npm run dev：开发模式运行 npm run build：生产模式打包 那么 ...

前提Stream是JDK1.8中首次引入的，距今已经过去了接近8年时间（JDK1.8正式版是2013年底发布的）。Stream的引入一方面极大地简化了某些开发场景，另一方面也可能降低了编码的可读性（确实有不少人说到Stream会降低代码的可读性，但是在笔者看来，熟练使用之后反而觉得代码的可读性提高了）。这篇文章会花巨量篇幅，详细分析Stream的底层实现原理，参考的源码是JDK11的源码，其他版本JDK可能不适用于本文中的源码展示和相关例子。 这篇文章花费了极多时间和精力梳理和编写，希望能够帮助到本文的读者 Stream是如何做到向前兼容的Stream是JDK1.8引入的，如要需要JDK1.7或者以前的代码也能在JDK1.8或以上运行，那么Stream的引入必定不能在原来已经发布的接口方法进行修改，否则必定会因为兼容性问题导致老版本的接口实现无法在新版本中运行（方法签名出现异常），猜测是基于这个问题引入了接口默认方法，也就是default关键字。查看源码可以发现，ArrayList的超类Collection和Iterable分别添加了数个default方法： 1234567891 ...

前提之前很长一段时间关注JDK协程库的开发进度，但是前一段时间比较忙很少去查看OpenJDK官网的内容。Java协程项目Loom（因为项目还在开发阶段，OpenJDK给出的官网https://openjdk.java.net/projects/loom中只有少量Loom项目相关的信息）已经在2018年之前立项，目前已经发布过基于JDK17编译和JDK18编译等早期版本，笔者在下载Loom早期版本的时候只找到JDK18编译的版本： 下载入口在：https://jdk.java.net/loom 由于该JDK版本过高，目前可以使用主流IDE导入Loom-JDK-18+9进行代码高亮和语法提醒，暂时找不到方法进行编译，暂时使用该JDK执行目录下的的javac命令脚本进行编译，使用java命令脚本运行。 Loom项目简单介绍 Loom - Fibers, Continuations and Tail-Calls for the JVM Loom项目的标题已经凸显了引入的三大新特性： Fibers：几年前看过当时的Loom项目的测试代码就是使用Fiber这个API（现在这个API已经被 ...

前提某一天点开掘金的写作界面的时候，发现了内置Markdown编辑器有一个Github的图标，点进去就是一个开源的Markdown编辑器项目bytemd（https://github.com/bytedance/bytemd）： 这是一个NodeJs项目，由字节跳动提供。联想到之前业余的时候做过一些Swing或者JavaFx的Demo，记得JavaFx中有一个组件WebView已经支持Html5、CSS3和ES5，这个组件作为一个嵌入式浏览器，可以轻松地渲染一个URL里面的文本内容或者直接渲染一个原始的Html字符串。另外，由于原生的JavaFx的视觉效果比较丑，可以考虑引入Swing配合IntelliJ IDEA的主题提供更好的视觉效果。本文的代码基于JDK11开发。 引入依赖很多人吐槽过Swing组件的视觉效果比较差，原因有几个： 技术小众，现在有更好的组件进行混合开发和跨平台开发 基于上一点原因，导致很少人会去开发Swing组件的UI，其实Swing的每个组件都可以重新实现UI的表现效果 compose-jb（JetBrains）组件很晚才发布出来，刚好碰上Swing官方停 ...

前提最近在看Netty相关的资料，刚好SOFA-BOLT是一个比较成熟的Netty自定义协议栈实现，于是决定研读SOFA-BOLT的源码，详细分析其协议的组成，简单分析其客户端和服务端的源码实现。 吐槽一下：SOFA-BOLT的代码缩进和FastJson类似，变量名称强制对齐，对于一般开发者来说看着源码会有不适感 当前阅读的源码是2021-08左右的SOFA-BOLT仓库的master分支源码。 SOFA-BOLT简单介绍SOFA-BOLT是蚂蚁金融服务集团开发的一套基于Netty实现的网络通信框架，本质是一套Netty私有协议栈封装，目的是为了让开发者能将更多的精力放在基于网络通信的业务逻辑实现上，而不是过多的纠结于网络底层NIO的实现以及处理难以调试的网络问题和Netty二次开发问题。SOFA-BOLT的架构设计和功能如下： 上图来源于SOFA-BOLT官网https://www.sofastack.tech/projects/sofa-bolt/overview SOFA-BOLT协议透视由于SOFA-BOLT协议是基于Netty实现的自定义协议栈，协议本身的实现可以快 ...

前提这是《冷饭新炒》系列的第六篇文章。 本文会翻炒一个用途比较广的算法 - 布隆过滤器算法。 布隆过滤器的一些概念主要包括： 简介 算法 参数 优势和劣势 布隆过滤器简介布隆过滤器是一种空间高效概率性的数据结构（百科中原文是a space-efficient probabilistic data structure），该数据结构于1970年由Burton Howard Bloom提出，作用是测试一个元素是否某个集合的一个成员。布隆过滤器是可能出现false positive（这个是专有名词”假阳性”，可以理解为误判的情况，下文如果用到这个名词会保留英文单词使用）匹配的，换言之，布隆过滤器在使用的时候有可能返回结果”可能存在于集合中”或者”必定不存在于集合中”。 布隆过滤器算法描述在场景复杂的网络爬虫中，爬取到的网页URL依赖有可能成环，例如在URL-1页面中展示了URL-2，然后又在URL-2中的页面展示了URL-1，这个时候需要一种方案记录和判断历史访问过的URL。这个时候可能会想到下面的方案： 方案一：使用数据库存储已经访问过的URL，例如MySQL表中基于URL建立唯一索 ...

前提这是《冷饭新炒》系列的第五篇文章。 本文会翻炒一个用以产生访问令牌的开源标准JWT，介绍JWT的规范、底层实现原理、基本使用和应用场景。 JWT规范很可惜维基百科上没有搜索到JWT的条目，但是从jwt.io的首页展示图中，可以看到描述： JSON Web Tokens are an open, industry standard RFC 7519 method for representing claims securely between two parties 从这段文字中可以提取到JWT的规范文件RFC 7519，里面有详细地介绍JWT的基本概念，Claims的含义、布局和算法实现等，下面逐个展开击破。 JWT基本概念JWT全称是JSON Web Token，如果从字面上理解感觉是基于JSON格式用于网络传输的令牌。实际上，JWT是一种紧凑的Claims声明格式，旨在用于空间受限的环境进行传输，常见的场景如HTTP授权请求头参数和URI查询参数。JWT会把Claims转换成JSON格式，而这个JSON内容将会应用为JWS结构的有效载荷或者应用为JWE结构的（加密处理后 ...

前提某一天巧合打开了sofa-bolt项目，查找部分源码，看到了项目中使用bit数组实现功能开关的特性，感觉这种方式可以借鉴，于是写下这篇文章。 原理bit数组的布局如下： 由于每个bit都可以表示1或者0，刚好对应于开关的ON和OFF。只需要定义好每个开关所在的bit数组下标和开关的状态（ON = 1或者OFF = 0），通过判断不同开关下标所在的bit即可判断开关的状态： 优点：节省空间，理论上只需要占用最多2n位的内存（n为开关的数量，这里考虑扩容，扩容让bit数组长度为原来的2倍） 缺点：暂时没发现 实现JDK中的bit数组可以直接使用BitSet。首先定义开关定义SwitchDef： 123456789101112131415161718192021222324252627282930313233343536373839404142public class SwitchConst { public static final boolean ON = true; public static final boolean OFF = false;&# ...

前提UUID是Universally Unique IDentifier的缩写，翻译为通用唯一标识符或者全局唯一标识符。对于UUID的描述，下面摘录一下规范文件A Universally Unique IDentifier (UUID) URN Namespace中的一些描述： UUID（也称为GUID）定义了统一资源名称命名空间。UUID的长度为128比特，可以保证在空间和时间上的唯一性。 动机： 使用UUID的主要原因之一是不需要集中式管理，其中一种格式限定了IEEE 802节点标识符，其他格式无此限制。可以自动化按需生成UUID，应用于多重不同的场景。UUID算法支持极高的分配速率，每台机器每秒钟可以生成超过1000万个UUID，因此它们可以作为事务ID使用。UUID具有固定大小128比特，与其他替代方案相比，它具有体积小的优势，非常适用于各种排序、散列和存储在数据库中，具有编程易用性的特点。 这里只需要记住UUID几个核心特定： 全局时空唯一性 固定长度128比特，也就是16字节(1 byte = 8 bit) 分配速率极高，单机每秒可以生成超过1000万个UUID（ ...