java – Mark 的滿紙方糖言

可能是最深入全面的图解 Java Virtual Threads

为了更高的性能、更高的内存利用率、更可靠的异常溢出保护机制，Java 重度重用了 Linux 的内存区 MMap 机制。k8s 容器环境下，内存使用预估也依赖于对它的理解。本文主讲 Java 的内存分区机制

花数月时间，精心制作完成了《面向技术宅的 JVM 内幕》的 Safepoint 与 Threads Handshake 两节内容。可能是全网最完整的 Safepoint 原理与实现分析了。

从 JVM 学习路书说到钻研开源的酒神精神

Java Safepoint/Handshake 剖析求证 - JVM 必要之恶 -《面向技术宅的 JVM 内幕》

JVM 剖析² 二次方 - Serviceability Agent

JVM 堆栈内存剖析 - 《面向技术宅的 JVM 内幕》

无处不在的 JNI 及相关技术栈 - 《面向技术宅的 JVM 内幕》第1回

Service Mesh 要是做到全链路，就可统一流量从用户设备到最底层服务的控制面。或可为服务治理、边缘计算的流量本地化、响应时间的优化提供帮助。从而提升服务的用户体验。Envoy Mobile 有机会成为终端设备的 Istio Sidecar。

人们想要 service mesh 的低代码服务网格，但同时对 CPU 资源消耗与服务延迟的增加忧心重重。于是出现了各种 Sidecar-Less。本文想像一个把 Envoy 嵌入 jvm，作为一个 Servlet Container 的设计，希望达到性能、资源效益、低代码服务网格的平衡。

实现世界的 Java 应用，都会记录 GC 日志。但不是所有人都知道小小的日志可能导致整个 JVM 服务卡顿。本文尝试用 eBPF 等分析方法，去证明具体环境下，问题的存在与否。

Java 离不开 Safepoint。但不是所有人都知道方便的 mmap 映射文件，可能会导致整个 JVM 服务由于 safepoint 到达延时而卡顿。本文尝试用 eBPF 等分析方法，去证明具体环境下，问题的存在与否。

Java 应用的 warm up（预热），包括类加载、编译、应用自身初始化（如连接池）等。在 Istio 环境下，两个技术栈叠加，又有微妙的化学反应