Java字符处理:char、String与StringBuilder详解

好的,我们来深入解析 Java 中的 charStringStringBuilderStringBuffer。理解它们之间的区别对于编写高效、正确的 Java 代码至关重要。

1. char:基本数据类型

  • 本质char 是 Java 中的基本数据类型(Primitive Type),表示一个 16 位无符号 Unicode 字符。它占用 2 个字节(16 位)内存空间。
  • 值范围:最小值为 \u0000 (即 0),最大值为 \uffff (即 65, 535)。可以表示世界上大多数字符。
  • 特点
    • 是基本类型,不是对象,没有方法。
    • 字面值用单引号 ' 表示,例如:char grade = 'A';
    • 可以直接参与算术运算(提升为 int)。
    • 存储在栈内存(如果作为局部变量)或对象内部。
  • 用途:主要用于表示单个字符。

2. String:不可变的字符序列

  • 本质String 是一个 (Class),用于表示不可变的字符序列。它内部封装了一个 char[] 数组来存储字符。
  • 核心特性 - 不可变性 (Immutability)
    • 一旦 String 对象被创建,其包含的字符序列 就不能被更改。任何看似修改 String 的操作(如 concat, substring, toUpperCase, replace 等),实际上都是 创建并返回一个全新的 String 对象
    • 优点
      • 线程安全:由于不可变,多个线程可以安全地共享同一个 String 对象,无需同步。
      • 安全性:常用于敏感信息(如密码)的传递,因为不可变,避免了内容被意外修改的风险。
      • HashCode 稳定性StringhashCode() 值在对象创建时计算一次并缓存,后续调用直接返回缓存值,效率高且稳定,非常适合作为哈希表的键(如 HashMap)。
    • 缺点
      • 频繁修改效率低:每次“修改”都会产生新的对象,如果在一个循环中反复拼接字符串,会产生大量中间临时对象,增加 GC 压力。
  • 创建方式
    • 字面量:String s = "abc"; (优先使用常量池)
    • 构造函数:String s = new String("abc"); (在堆上新建对象)
    • 字符数组:char[] data = {'a', 'b', 'c'}; String str = new String(data);
    • + 运算符拼接(底层可能编译优化为 StringBuilder)。
  • 常用方法length(), charAt(int index), concat(String str), equals(Object anObject), indexOf(String str), substring(int beginIndex), toLowerCase(), toUpperCase(), trim(), split(String regex) 等。

缓存与优化:Java 使用“字符串常量池”(String Pool)来缓存字符串字面量,减少重复创建的开销。例如:

String s1 = "hello"; // 可能从池中获取 String s2 = "hello"; // 指向池中同一个对象 String s3 = new String("hello"); // 强制在堆上创建新对象 

3. StringBuilder:可变的字符序列 (非线程安全)

  • 本质StringBuilder 也是一个类,用于表示 可变的字符序列。它也封装了一个 char[] 数组(称为缓冲区)。
  • 核心特性 - 可变性 (Mutability)
    • 对象内部的字符序列 可以被修改。修改操作(如 append, insert, delete, replace)直接在原有缓冲区上进行,不会创建新对象(除非缓冲区容量不足需要扩容)。
  • 特点
    • 高效修改:非常适合在循环中或需要多次修改字符串内容的场景(如日志拼接、动态 SQL 生成),避免了 String 拼接带来的性能问题。
    • 非线程安全StringBuilder 的方法 没有 进行同步(synchronized)处理。如果多个线程同时修改同一个 StringBuilder 实例,可能会导致数据不一致。因此,它适用于 单线程环境
    • 创建:通常通过构造函数 new StringBuilder()new StringBuilder(String str) 创建。
    • 最终字符串获取:通过 toString() 方法获取最终的不可变 String 对象。
  • 常用方法append(...)(多种重载,支持基本类型、对象等), insert(int offset, ...), delete(int start, int end), replace(int start, int end, String str), reverse(), setCharAt(int index, char ch), toString()

4. StringBuffer:可变的字符序列 (线程安全)

  • 本质StringBufferStringBuilder线程安全版本。它也用于表示可变的字符序列。
  • 核心特性 - 可变性与线程安全
    • 对象内部的字符序列可以被修改。
    • 所有对 StringBuffer 进行修改的公共方法(如 append, insert, delete, replace)都使用了 synchronized 关键字进行同步,保证了在 多线程环境 下的操作安全。
  • 特点
    • 线程安全:可以在多线程环境下安全地修改同一个 StringBuffer 实例。
    • 性能开销:由于同步锁的存在,StringBuffer 的操作性能通常 低于StringBuilder。在单线程环境中使用 StringBuffer 会带来不必要的性能损失。
    • 创建与获取:用法与 StringBuilder 类似,通过构造函数创建,通过 toString() 获取最终 String
  • 历史StringBuffer 是 JDK 1.0 就存在的类。StringBuilder 是在 JDK 1.5 引入的,作为 StringBuffer 的非线程安全替代品,旨在提高单线程下的性能。

总结对比表

特性charStringStringBuilderStringBuffer
类型基本数据类型类 (不可变)类 (可变)类 (可变)
可变性值可变不可变可变可变
线程安全不适用 (基本类型) (因不可变) (同步方法)
性能 (修改)低 (创建新对象) (单线程)中低 (因同步)
适用场景单个字符常量字符串、键值、方法参数传递等单线程下频繁修改字符串多线程下频繁修改字符串
创建方式字面量 'A'字面量 "abc" / new String(...)new StringBuilder()new StringBuffer()
最终字符串-自身toString()toString()

选用建议

  1. 单个字符:使用 char
  2. 不常修改的字符串:优先使用 String(利用常量池、线程安全、HashCode 稳定等优点)。
  3. 单线程下频繁修改字符串强烈推荐使用 StringBuilder(性能最优)。
  4. 多线程下频繁修改字符串:使用 StringBuffer(保证线程安全)。
  5. 简单拼接:少量固定字符串拼接可用 String+(编译器可能会优化成 StringBuilder)。大量或循环拼接务必使用 StringBuilder/StringBuffer

理解它们的设计意图和优缺点,有助于你在不同场景下做出最合适的选择,写出更高效、更健壮的 Java 代码。

好的,我们来深入解析 Java 中的 charStringStringBuilderStringBuffer。理解它们之间的区别对于编写高效、正确的 Java 代码至关重要。

1. char:基本数据类型

  • 本质char 是 Java 中的基本数据类型(Primitive Type),表示一个 16 位无符号 Unicode 字符。它占用 2 个字节(16 位)内存空间。
  • 值范围:最小值为 \u0000 (即 0),最大值为 \uffff (即 65, 535)。可以表示世界上大多数字符。
  • 特点
    • 是基本类型,不是对象,没有方法。
    • 字面值用单引号 ' 表示,例如:char grade = 'A';
    • 可以直接参与算术运算(提升为 int)。
    • 存储在栈内存(如果作为局部变量)或对象内部。
  • 用途:主要用于表示单个字符。

2. String:不可变的字符序列

  • 本质String 是一个 (Class),用于表示不可变的字符序列。它内部封装了一个 char[] 数组来存储字符。
  • 核心特性 - 不可变性 (Immutability)
    • 一旦 String 对象被创建,其包含的字符序列 就不能被更改。任何看似修改 String 的操作(如 concat, substring, toUpperCase, replace 等),实际上都是 创建并返回一个全新的 String 对象
    • 优点
      • 线程安全:由于不可变,多个线程可以安全地共享同一个 String 对象,无需同步。

缓存与优化:Java 使用“字符串常量池”(String Pool)来缓存字符串字面量,减少重复创建的开销。例如:

String s1 = "hello"; // 可能从池中获取 String s2 = "hello"; // 指向池中同一个对象 String s3 = new String("hello"); // 强制在堆上创建新对象 
  1. :优先使用 String(利用常量池、线程安全、HashCode 稳定等优点)。
  2. 单线程下频繁修改字符串强烈推荐使用 StringBuilder(性能最优)。
  3. 多线程下频繁修改字符串:使用 StringBuffer(保证线程安全)。
  4. 简单拼接:少量固定字符串拼接可用 String+(编译器可能会优化成 StringBuilder)。大量或循环拼接务必使用 StringBuilder/StringBuffer

理解它们的设计意图和优缺点,有助于你在不同场景下做出最合适的选择,写出更高效、更健壮的 Java 代码。

Read more

IoTDB AINode 实战指南:SQL 原生时序 AI 建模,毫秒级预测 / 异常检测落地

IoTDB AINode 实战指南:SQL 原生时序 AI 建模,毫秒级预测 / 异常检测落地

IoTDB AINode 实战指南:SQL 原生时序 AI 建模,毫秒级预测 / 异常检测落地 AINode 作为 IoTDB 原生时序 AI 节点,内置 Timer 系列等业界领先时序大模型,支持通过标准 SQL 语句完成模型注册、管理与推理全流程,无需 Python/Java 编程,更无需迁移 IoTDB 存储的数据。本文详细拆解 AINode 的核心优势、模型注册 / 调用 / 权限管理等关键操作,结合电力负载预测、变电站电压预测、民航旅客异常检测三大工业级案例,手把手演示如何通过简单 SQL 实现时序数据的趋势预测、缺失值填补与异常识别,助力开发者快速落地毫秒级实时时序 AI 应用。 AINode 是支持时序相关模型注册、管理、调用的 IoTDB

By Ne0inhk
LLM - 基于 Spring AI Alibaba Graph 重构多智能体订单助手:从单体 Agent 到图工作流的工程实践

LLM - 基于 Spring AI Alibaba Graph 重构多智能体订单助手:从单体 Agent 到图工作流的工程实践

文章目录 * Pre * 背景:为什么要上 Graph? * 项目结构:按真实工程拆分 * 订单助手 Graph 设计:从多 Agent 视角出发 * 业务场景回顾 * Graph 拆分为节点 * 实战:定义 OverAllState 与 Graph * 定义 OverAllState * 构建 StateGraph * 节点实现:把 Agent 融入 Graph * 1. 入口节点 EntryNode * 2. 意图路由节点 IntentRouterNode * 3. 条件边分发器 IntentRouteDispatcher * 4. 商品 Agent 节点 ProductAgentNode * 对外暴露:Controller 触发 Graph 执行 * 工程落地经验:

By Ne0inhk
TensorFlow深度学习实战(22)——Transformer架构详解与实现

TensorFlow深度学习实战(22)——Transformer架构详解与实现

TensorFlow深度学习实战(22)——Transformer架构详解与实现 * 0. 前言 * 1. Transformer 架构 * 1.1 关键思想 * 1.2 计算注意力 * 1.3 编码器-解码器架构 * 1.4 Transformer 架构 * 1.5 模型训练 * 2. Transformer 类别 * 2.1 解码器(自回归)模型 * 2.2 编码器(自编码)模型 * 2.3 Seq2seq * 3. 经典注意力机制 * 3.1 稀疏注意力 * 3.2 LSH 注意力 * 3.

By Ne0inhk

OpenClaw Gateway 开机自启 + 自动打开 Dashboard 完整解决方案(非静默版)

最近在部署 OpenClaw Gateway 的过程中遇到了几个麻烦: 1. 手动启动不稳定 * 每次启动 Gateway 都会提示 already running (pid xxx) * 必须手动去杀掉残留 PID,并删除 lock 文件,才能重新启动 2. 计划任务自启动失败 * 用 openclaw gateway install 创建计划任务时,报错 系统找不到指定的文件 或权限问题 * 放在 C:\Windows\System32 下又遇到访问权限问题 3. 静默启动的问题 * 默认后台静默启动时,终端看不到日志 * Dashboard 不会自动打开,需要手动访问 * 启动失败或者端口冲突时,很难发现 问题分析 总结下来,主要问题有三个: 1. PID / lock 文件残留

By Ne0inhk