类型通配符是泛型编程中用于表示各种泛型类型的父类的工具。主要分为三种：无限定通配符`<?>`，表示元素类型未知的List，可匹配任何类型但无法添加元素；上限通配符`<? extends 类型>`，表示List的元素类型是指定类型或其子类型；下限通配符`<? super 类型>`，表示List的元素类型是指定类型或其父类型。 通过代码示例展示了三种通配符的声明和使用，说明了它们在泛型List中的应用场景，以及在类型匹配时的限制。理解类型通配符有助于编写更灵活、更通用的泛型代码。

Redis提供了多种持久化方案，包括RDB快照和AOF（Append Only File）。RDB通过定期快照保存内存数据，但可能丢失最近写入的数据；AOF则记录每个写操作指令，保证完全耐久性，但体积较大。Redis 4.0引入了混合持久化，结合了RDB和AOF的优点，重启时先加载RDB快照，再重放增量AOF日志，提高了启动效率。 为了应对高并发和数据安全，Redis支持主从架构。从节点复制主节点数据，可以分担主节点的读压力，并提供数据冗余。主从复制过程中，slave会发送PSYNC命令请求数据，master会进行持久化并发送数据。Redis 2.8版本后支持部分数据复制，减少了数据传输量。 文章还介绍了Jedis连接Redis的示例代码，包括管道Pipeline和Lua脚本的使用，以提升性能和实现原子操作。此外，还建议定期备份RDB或AOF文件，以防止数据丢失。

G1和ZGC是两种面向高性能Java应用的垃圾收集器。G1（Garbage-First）适用于配备多核处理器和大内存的服务器，它将堆划分为多个Region，通过优先回收垃圾最多的Region来控制GC停顿时间，并兼顾高吞吐量。G1具备分代收集、并行与并发、空间整合和可预测停顿等特点，允许用户指定期望的GC停顿时间。 ZGC（Z Garbage Collector）是JDK 11引入的低延迟垃圾收集器，旨在支持TB级别堆内存，并实现最大10ms的GC停顿时间。ZGC采用基于Region的内存布局，目前为单代收集器，通过并发标记、预备重分配、重分配和重映射等阶段，以及“自愈”能力，实现低延迟的垃圾回收。ZGC能感知NUMA架构并充分利用其特性。 总的来说，G1在可控延迟和吞吐量之间取得平衡，适用于对停顿时间有一定要求的场景；而ZGC则更专注于极低的停顿时间，适用于对延迟极其敏感的应用，如高并发消息系统。

本文深入剖析了Java虚拟机（JVM）的内存模型与优化。文章首先介绍了JDK体系结构、JVM整体结构及其内存模型，并解释了Minor GC过程中对象挪动及引用更新机制，即对象复制后引用会被JVM内部算法更新指向新地址。 随后，文章详细讲解了Spring Boot程序JVM参数设置，包括`-Xms`、`-Xmx`、`-Xmn`、`-Xss`、`-XX:MetaspaceSize`等参数的含义与作用，特别强调了元空间参数调整对Full GC的影响，建议将`MetaspaceSize`和`MaxMetaspaceSize`设置为相同的值。 文章还通过`StackOverflowError`示例说明了`-Xss`参数对线程栈大小的影响，并总结了JVM内存参数设置的原则：尽可能让对象在新生代分配和回收，避免频繁老年代GC，并给予系统充足内存。最后，针对日均百万级订单交易系统，强调了优化JVM参数以提升性能的重要性。

选择排序是一种简单直观的排序算法，其核心思想是将数组分为已排序和未排序两部分，每次从未排序部分选择最小的元素，将其放到已排序部分的末尾。该算法通过遍历未排序部分找到最小元素，然后与未排序部分的第一个元素交换位置，重复此过程直到所有元素排序完毕。 代码实现中，通过双层循环实现选择最小元素并交换，已进行优化，减少了不必要的交换次数。选择排序的时间复杂度为O(n²)，通常比冒泡排序略快，但如果数组已经部分有序，冒泡排序可能更优。 此外，文章还讨论了稳定排序与不稳定排序的区别，并通过示例代码（使用Card类）展示了冒泡排序是稳定的，而选择排序是不稳定的。稳定排序能够保持相等元素的相对顺序，而不稳定排序则不能保证。