浅浅了解 Java 中的 switch

Coding 时正好遇到了一个 switch 的高版本特性，以前没见过，就正好兴致来了去简单了解下 switch 随着 Java 版本更新的变化。

Java 1.0 至 Java 4: 传统 switch 语句的基础支持

支持类型: 仅限整型 (byte、short、int) 和字符型 (char)

switch (expression) {
    case value1:
        // 代码块
        break;
    case value2:
        // 代码块
        break;
    default:
        // 默认代码块
}

特性限制:

• 必须显式使用 break 防止贯穿 (fall-through)
• case 值需为编译时常量，且不可重复
• 无法处理字符串或复杂对象

Java 5

新增支持: 允许 case 标签使用枚举常量

意义: 增强类型安全性, 避免魔法值

enum Day { MONDAY, TUESDAY, WEDNESDAY }
Day day = Day.TUESDAY;
switch(day) {
    case MONDAY:
        System.out.println("Monday");
        break;
    case TUESDAY:
        System.out.println("Tuesday");
        break;
    default:
        System.out.println("Other day");
}

Java 7

新增支持：支持字符串类型和包装类（Byte, Short, Character, Integer）

String fruit = "apple";
switch(fruit) {
    case "apple":
        System.out.println("Apple is red.");
        break;
    case "banana":
        System.out.println("Banana is yellow.");
        break;
    default:
        System.out.println("Unknown fruit.");
}

实现原理:

• 通过调用 hashCode() 将字符串转换为整型, 再通过 equals() 验证匹配, 确保唯一性

• 反编译示例:

  switch(fruit.hashCode()) {
      case 99162322:
          if (fruit.equals("apple")) { /* case代码 */ }
          break;
      // ...
  }
  

注意事项:

• 区分大小写，依赖 equals() 的精确匹配
• 性能略低于整型 switch, 但可读性显著提升

Java 12

语法革新:

• 箭头语法 (->) : 替代 break, 避免贯穿问题
• 多值匹配: 允许逗号分隔多个 case 值
• 表达式化: switch 可作为表达式返回值
• 通过 break 关键字返回值

通过 break 关键字返回值例子

return switch (day) {
    case "Monday":
        break "Weekday";
    case "Tuesday":
        break "Weekday";
    case "Wednesday":
        break "Weekday";
    case "Thursday":
        break "Weekday";
    case "Friday":
        break "Weekday";
    case "Saturday":
        break "Weekend";
    case "Sunday":
        break "Weekend";
    default:
        break "Unknown";
};

通过箭头运算符返回值

return switch (day) {
    case "Monday" -> "Week day";
    case "Tuesday" -> "Week day";
    case "Wednesday" -> "Week day";
    case "Thursday" -> "Week day";
    case "Friday" -> "Week day";
    case "Saturday" -> "Weekend";
    case "Sunday" -> "Weekend";
    default -> "Unknown";
};

case 中多个值的例子

return switch (day) {
    case "Monday","Tuesday","Wednesday","Thursday","Friday" -> "Week day";
    case "Saturday", "Sunday" -> "Weekend";
    default -> "Unknown";
};

Java 13

新增关键字: yield 用于从 switch 块中返回值，替代 break 结合表达式的方式

String type = switch (obj) {
    case Integer i:
        yield "整数";
    case String s:
        yield "字符串";
    default:
        yield "未知类型";
};

Java 14

标准化特性: 将 Java 12-13 的预览特性(通过标记参数 -enable-preview=true 开启)定为标准功能

Java 17 (Preview)

模式匹配: 可以在 switch 条件下传递对象，并且可以在 switch case 标签中检查该对象的不同类型, 如下面的例子:

return switch (obj) {
    case Integer i -> "It is an integer";
    case String s -> "It is a string";
    case Employee s -> "It is a Employee";
    default -> "It is none of the known data types";
};

保护模式

before:

case Employee emp:
	if(emp.getDept().equals("IT")) {
		yield "This is IT Employee";
	}

after:

return switch (obj) {
    case Integer i -> "It is an integer";
    case String s -> "It is a string";
    case Employee employee when employee.getDept().equals("IT") -> "IT Employee";
    default -> "It is none of the known data types";
};

空值处理

对于 null 的处理

static void test(Object obj) {
  switch (obj) {
    case null -> System.out.println("null!");
    case String s -> System.out.println("String");
    default -> System.out.println("Something else");
  }
}

在此预览功能之前，当 obj 为 null 时, 此示例会抛出 NullPointerException

而在此后则是正常处理能够打印出 null!

也可以组合起来用:

static void testStringOrNull(Object obj) {
  switch (obj) {
    case null, String s -> System.out.println("String: " + s);
    default -> System.out.println("Something else");
  }
}

不过值得一提的是如果选择器表达式的计算结果为 null 并且 switch 块没有 null case 标签, 那么就会正常抛出 NullPointerException

String s = null;
switch (s) {
  case Object obj -> System.out.println("This doesn't match null");
  // No null label; NullPointerException is thrown
  // if s is null
}

[日常知识] - Docker 小问

Docker 代理相关

单纯修改 Shell 环境变量的方法无法使 docker 使用上代理，须为守护进程配置代理

推荐方式：

在 Docker Engine 23.0 及更高版本中，您还可以在 daemon.json 文件中为守护进程配置代理行为[1][2]：

{
  "proxies": {
    "http-proxy": "http://proxy.example.com:3128",
    "https-proxy": "https://proxy.example.com:3129",
    "no-proxy": "*.test.example.com,.example.org,127.0.0.0/8"
  }
}

Tabby 隧道不稳定

通过上述方法给 docker 配置好代理后采取了远程端口 ssh 连接的方式使用代理，但是使用 tabby 却断断续续的，导致 pull 失败，使用 finalshell 成功了。

docker ps 指定输出格式

很多时候 docker ps 时，展示可能会折行或者显示不下等，看着乱七八糟的

解决方案：使用 docker format 格式化搭配 less 分页展示

推荐使用 docker format 的方法，将下述函数写入 Shell 环境变量然后重登或 source 环境变量。

docker-ps() {
    local format="table"
    local columns=()
    local show_all=false

    # 解析参数
    for arg in "$@"; do
        case $arg in
            -a)
                show_all=true
                ;;
            --all)
                columns=("{{.ID}}" "{{.Image}}" "{{.Names}}" "{{.Status}}" "{{.Ports}}")
                ;;
            --id)
                columns+=("{{.ID}}")
                ;;
            --image)
                columns+=("{{.Image}}")
                ;;
            --names)
                columns+=("{{.Names}}")
                ;;
            --status)
                columns+=("{{.Status}}")
                ;;
            --ports)
                columns+=("{{.Ports}}")
                ;;
        esac
    done

    # 如果没有指定列，使用默认列
    if [ ${#columns[@]} -eq 0 ]; then
        columns=("{{.ID}}" "{{.Image}}" "{{.Names}}" "{{.Status}}")
    fi

    # 构建格式字符串
    local format_str="$format"
    for col in "${columns[@]}"; do
        format_str="$format_str\t$col"
    done

    # 执行 docker ps 命令并通过 less 分页显示
    if [ "$show_all" = true ]; then
        docker ps -a --format "$format_str" | less -S
    else
        docker ps --format "$format_str" | less -S
    fi
}

参数说明

默认行为

• 若不提供任何参数，函数将显示运行中容器的 ID、Image、Names 和 Status 列。
• 若使用 -a 参数，将显示所有容器的 ID、Image、Names 和 Status 列。

Flex: 1

今天在学习 Full-Stack Social Media App Tutorial with React 19 & Next.js 15 & MySql | React Next.js Full Course 时遇到了好几次使用 flex-1，这是由 Tailwindcss 提供的预定义的类名，等同于为该元素挂上了 flex: 1。

flex 是 CSS 中一个常用的 简写属性，其实际上是 flex-grow、flex-shrink、flex-basis 三个属性的简写，而 flex: 1 则等同于 flex: 1 1 0%。

• flex-grow: 1：定义项目的放大比例，值为 1 表示如果存在剩余空间，项目将按比例放大。
• flex-shrink: 1：定义项目的缩小比例，值为 1 表示如果空间不足，项目将按比例缩小。
• flex-basis: 0%：定义在分配多余空间之前，项目占据的主轴空间，值为 0% 表示项目的初始大小为 0。

flex: auto 与 flex: 1 的区别

在 CSS Flex 布局中，flex: 1 和 flex: auto 都用于定义弹性项目如何在容器中分配空间，但它们的行为有所不同，主要区别在于 flex-basis 属性的取值：

• flex: 1：等同于 flex: 1 1 0%，其中 flex-basis 为 0%。这意味着元素的初始大小被设为 0，在分配剩余空间时，各元素按比例平分剩余空间，而不考虑其内容的固有大小。
• flex: auto：等同于 flex: 1 1 auto，其中 flex-basis 为 auto。这表示元素的初始大小基于其内容的固有尺寸，在分配剩余空间时，首先考虑元素的内容大小，然后再根据剩余空间进行伸缩。

具体区别：

• 空间分配方式：

  • 使用 flex: 1 时，所有设置了该属性的元素会忽略自身内容的宽度，平分容器的剩余空间。
  • 使用 flex: auto 时，元素首先根据自身内容确定初始大小，然后在剩余空间中按比例分配。

适用场景：

• flex: 1：适用于需要所有元素等分剩余空间的场景，例如创建等宽的导航按钮或卡片布局。
• flex: auto：适用于希望元素根据自身内容动态调整大小的场景，例如导航栏中的菜单项，其宽度根据文字长度自动调整。

Flex

以下摘取自 MDN Web Docs 中对该属性的语法解释：

语法

/* 关键字值 */
flex: auto;
flex: initial;
flex: none;

/* 单值，无单位数字：flex-grow
flex-basis 此时等于 0。 */
flex: 2;

/* 单值，宽度/高度：flex-basis */
flex: 10em;
flex: 30px;
flex: min-content;

/* 双值：flex-grow | flex-basis */
flex: 1 30px;

/* 双值：flex-grow | flex-shrink */
flex: 2 2;

/* 三值：flex-grow | flex-shrink | flex-basis */
flex: 2 2 10%;

/* 全局值 */
flex: inherit;
flex: initial;
flex: revert;
flex: revert-layer;
flex: unset;

可以使用一个、两个或三个值来指定 flex 属性。

• 单值语法：值必须是以下之一：

  • 一个 flex-grow 的有效值：此时简写会扩展为 flex: <flex-grow> 1 0。
  • 一个 flex-basis 的有效值：此时简写会扩展为 flex: 1 1 <flex-basis>。
  • 关键字 none 或者全局关键字之一。

• 双值语法：

  • 第一个值必须是一个 flex-grow 的有效值。

  • 第二个值必须是以下之一：

    • 一个 flex-shrink 的有效值：此时简写会扩展为 flex: <flex-grow> <flex-shrink> 0。
    • 一个 flex-basis 的有效值：此时简写会扩展为 flex: <flex-grow> 1 <flex-basis>。

• 三值语法：值必须按照以下顺序指定：

  1. 一个 flex-grow 的有效值。
  2. 一个 flex-shrink 的有效值。
  3. 一个 flex-basis 的有效值。

取值

• initial：
  元素会根据自身宽高设置尺寸。它会缩短自身以适应 flex 容器，但不会伸长并吸收 flex 容器中的额外自由空间来适应 flex 容器。相当于将属性设置为 flex: 0 1 auto。
• auto：
  元素会根据自身的宽度与高度来确定尺寸，但是会伸长并吸收 flex 容器中额外的自由空间，也会缩短自身来适应 flex 容器。这相当于将属性设置为 flex: 1 1 auto。
• none：
  元素会根据自身宽高来设置尺寸。它是完全非弹性的：既不会缩短，也不会伸长来适应 flex 容器。相当于将属性设置为 flex: 0 0 auto。
• flex-grow：
  定义 flex 项目的 flex-grow。负值无效。省略时默认值为 1。 (初始值为 0)
• flex-shrink：
  定义 flex 元素的 flex-shrink。负值无效。省略时默认值为 1。 (初始值为 1)
• flex-basis：
  定义 flex 元素的 flex-basis 属性。若值为 0，则必须加上单位，以免被视作伸缩性。省略时默认值为 0。(初始值为 auto)

主要参考

• Flex 布局教程：语法篇 - 阮一峰的网络日志
• mdn web docs > CSS > flex

开机启动项

初见

前些时日每次开机总是会打开一个文件夹 SysdiagDisabledAutoruns

直接我的常规流程：

任务管理器 -> 启动应用 -> 找到它并禁用

但是其中并没有找到，继而我又尝试了：

火绒 6.0 - 安全工具 - 启动项管理

很不错啊，找到了，并且采用了禁止启用，即上图中的操作 ①。然后我就放心没管了，结果在第二天再一次打开我的电脑时，我又看到了那个文件夹。于是我又采取了上图中的操作 ② - 删除了此项，再次重启，很好还是没用，实际上删除掉它后都不用重启直接重新打开这个 启动项管理 就会发现它又被扫出来了。

然后继而又尝试了几款能够管理启动项的工具（我下了不少各式各样的小工具，但是由于没整理，很多记不到放哪了，这次只尝试了少数几个），比火绒这边还差点，都没扫到这个启动项。

最后因为就开机出现一次，顺手就关了嘛，我就懒得管了。

端倪

又是忍他好几天后，我终于忍无可忍，决心找出它。

当时脑子里忽然想起来还有个地方没看过——Windows 自带的开机自启动文件夹。

当前用户：

路径为：C:\Users\{User}\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup

快捷打开方式：Win + R -> shell:startup

所有用户：

路径为：C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Startup

快捷打开方式：Win + R -> shell:common startup

进入当前用户的启动项文件夹后，果不其然，看到一个文件夹 SysdiagDisabledAutoruns 躺在其中。

果断删掉它，之后重启就没再遇到过了。

当时细品了下这个文件夹的名字，大概是禁用开机自启动项的，里面确实有几个快捷方式，印象中是我之前禁用过的。可是这处理方式着实有点让人无语，我猜它把这些快捷方式扔到文件夹里统一管理是为了便于后续通过工具再次启用，可是它直接把这个文件夹放在了 Windows 自带的开机自启动文件夹里面就很逆天，就因为它这操作，导致我每次开机都弹个文件夹出来。

由于我是很多工具混用着管理的，因此我一时间想不起来是谁干的好事儿，当时也没想着去搜搜看。想着已经解决了，下次再遇到的时候再去找吧。

线索

这天闲暇，再看下这个问题。

我先是测试了下用我常用的那几个方式去禁用开机自启项，但都没有出现 SysdiagDisabledAutoruns 文件夹。

于是上网搜索了下，也有人遇到问过，有在微软社区问的，但是无果，还有一个就是在火绒安全论坛里问的：SysdiagDisabledAutoruns 这是什么东东？ 这都是 2016-5-28 的帖子了，评论区里的回复不多，前面所有 2016 年的回复中倒是看到一条说与火绒有关：

但是我试过啊，并没有复现问题。

直到看到最后一条 2021 年的评论指出应该是火绒剑弄的。

火绒剑已经下线了：关于火绒安全软件 5.0 下线“火绒剑”安全工具的通知、网络上流传的火绒剑独立版安全问题

于是我就用火绒剑在 火绒 6.0 版本中的对应工具 火绒 6.0 -> 安全工具 -> 安全分析工具 -> 启动项 中试了下。

这个问题居然还在，只要是原有快捷方式存在于启动目录，那么在安全分析工具中禁用就会创建 SysdiagDisabledAutoruns 文件夹。

至此，问题出现的原因已找到。

定睛

为什么任务管理器扫出来的启动项这么少？

在网上并未获取到太多有用信息，不过基本能看出任务管理器似乎只扫了以下几个位置：

1. 资源管理器

   1. C:\Users\用户名\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup
   2. C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Startup

2. 注册表

   1. HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Run
   2. HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run

我也测试了下：

在启动目录下创建了一个文件夹和一个指向其它目录的快捷方式。

在任务管理器中只能扫出那个快捷方式，扫不到文件夹。

如何在你的 Windows 上添加开机启动项

1. Win + I 打开 设置 -> 应用 -> 启动
2. 创建快捷方式，并将其存放至启动目录下，具体路径与快捷打开方式参见 上文
3. Win + R -> shell:appsfolder -> 将该目录中你想要添加的应用拖至启动目录
4. 部分软件的设置中自带有开机自启动设置项
5. Win + S -> 任务计划程序 / Task Scheduler -> 根据引导创建任务
6. Win + R -> regedit -> 根据需求定位到 上文 中提到的两个注册表位置->新建一条

上述内容可在 此处 获知详情。

管理你的 Windows 开机启动项

1. 上述添加方式中都可以查看并管理
2. 任务管理器里的启动页
3. 很多第三方软件都可以，比如上文中提到火绒安全软件中就有两个地方都可以管理启动项

此处推荐一个工具 - Autoruns

此实用工具对任何启动监视器的自动启动位置都有最全面的了解，它显示在系统启动或登录期间，以及在启动各种内置 Windows 应用（如 Internet Explorer、Explorer 和媒体播放器）时，配置为运行哪些程序。 这些程序和驱动程序包含在启动文件夹、Run、RunOnce 和其他注册表项中。 Autoruns 报告 Explorer 外壳扩展、工具栏、浏览器帮助程序对象、Winlogon 通知、自动启动服务等等。 Autoruns 远超其他自动启动实用工具。

Autoruns 的“隐藏已签名的 Microsoft 项”选项可帮助放大已添加到系统中的第三方自动启动映像，并支持查看为系统上配置的其他帐户配置的自动启动映像。 下载包中还包含命令行等效项，可输出 CSV 格式 Autorunsc。

Base64

Base64 一词出自一种特定的 MINE 内容传输编码

它是什么？

Wiki 上的一句话解释得很恰当：

Base64 是一种基于 64 个可打印字符来表示二进制数据的表示方法

这 64 个可打印字符中包括了字母 A-Z、a-z、数字 0-9，这里就有 62 个字符了，还剩下两个可打印字符在不同的版本中有不同的变化。

一般我们单独提到术语 Base64 指代特定算法时，通常指的是 RFC 4648 第 4 节中概述的 Base64 版本。

也就是下表这些字符：

编码方式

由于 ​log_264 = 6，所以每 6 个 bit 为一组，对应上表中的某一个可打印字符。我们知道 1 个字节有 8 位，即 1 byte = 8 bit。因此我们可以找到 6 和 8 的最小公倍数 24，即每 3 个字节相当于 4 组 Base64 字符。

示例：

可以看到 Man 转成 Base64 编码就成了 TWFu

上面这个是刚好 3 个字节能够对应转换的，那么问题来了，如果我没有刚好 3 个字节呢，也就是说我给的输入没有 24 或其倍数的位数该怎么处理？

在上面的 索引表 中可以看到除了那 64 个可打印字符外，还有一个填充字符 =，它就是来解决这个问题的。

1. 二进制位不足 6 个的情况在末尾补 0 至满足。
2. 不足 4 组的，直接在结尾添填充符。

变种

base64 编码对应的 64 个可打印字符在一些特定的程序或协议中可能不适合使用，特别是字符表第 62 位 +、63 位 / 和填充字符 =，因此存在一些如下的变种：

上图源自 Wiki

Base64 优缺点

• 优点

  1. 简化数据传输：通过将二进制数据转换为文本字符，Base64 编码使得数据在文本协议（如 HTTP、SMTP 等）中的传输更加安全和可靠。
  2. 兼容性好：编码后的数据可以在几乎所有文本处理系统中处理和存储，而不会出现乱码问题。
  3. 易于实现：Base64 编码和解码算法简单，容易在各种编程语言中实现。
  4. 减少数据损坏：避免了在传输过程中由于字符编码问题导致的数据损坏。

• 缺点

  1. 增加数据量：编码后的数据体积约为原始数据的 1.33 倍（即每 3 个字节的数据编码成 4 个字节的文本），这会增加传输和存储成本。
  2. 不适合大文件：由于编码后数据量的增加，不适合处理和传输非常大的文件。
  3. 无数据压缩：Base64 编码不会对数据进行压缩，仅仅是转换，因此不会减少数据的实际存储空间。
  4. 安全性有限：Base64 编码并不是加密方法，仅仅是编码方式，对敏感数据的保护作用有限，需要配合加密技术使用。

Base64 应用

1. 数据传输：在 HTTP 协议中，表单数据通常以键值对的形式存在，这些数据在传输过程中可能会被截断或篡改。为了确保数据的完整性和安全性，可以使用 Base64 编码对表单数据进行编码后再传输。
2. 邮件传输：SMTP 协议不支持直接传输二进制文件，因此需要将二进制文件（如附件）转换为 ASCII 格式。Base64 编码可以用于将二进制文件转换为适合在邮件中传输的格式。
3. 数据加密：虽然 Base64 编码本身并不提供加密功能，但它可以与其他加密技术结合使用，如 AES 或 RSA 加密。首先对数据进行加密，然后使用 Base64 编码将加密后的数据进行编码，以便在不支持二进制数据的协议中传输。
4. 数据存储：在某些数据库或文件系统中，可能需要将二进制数据存储为文本格式。使用 Base64 编码可以将二进制数据转换为文本字符串，以便在数据库或文件系统中存储。
5. URL 编码：URL 中的参数通常需要进行编码，以避免特殊字符（如空格、& 等）导致的问题。虽然 URL 编码和 Base64 编码是不同的概念，但有时可以将 Base64 编码的数据作为 URL 参数的一部分进行传输。
6. 证书和 API 密钥：在处理敏感信息（如 SSL 证书、API 密钥等）时，可以使用 Base64 编码对这些信息进行编码，以保护数据的隐私和安全。但请注意，Base64 编码并不能替代加密措施，它只是一种编码方式。

总之，Base64 编码在许多场景中都有应用，主要用于将二进制数据转换为适合在文本协议中传输的格式。然而，需要注意的是，Base64 编码并不能提供加密功能，因此在处理敏感数据时，还需要结合其他加密措施来确保数据的安全。