java中所有整数字面量无论二进制（0b）、八进制（0）、十六进制（0x）前缀，编译期均转为补码二进制存入内存，运行时统一以补码表示，进制前缀仅影响编译解析。

Java 中的二进制、八进制、十六进制字面量，不是“内存中以该进制存储”，而是编译期由词法分析器识别前缀后，**立即转换为补码形式的二进制位序列存入内存**——所有整数在 JVM 运行时都统一用二进制补码表示，进制前缀只影响编译器如何解释字面量文本。

字面量前缀决定编译期解析方式

Java 不允许运行时动态切换进制含义；进制信息完全由源码中的前缀固化：

• 二进制：必须以 0b 或 0B 开头（Java 7+），后续仅限 0 和 1，例如 0b1100_0011 → 编译为 int 类型的补码值 195
• 八进制：以单个 0 开头（注意不是 0o），后续限 0–7，例如 0143 → 解析为八进制 143₈ = 1×8² + 4×8¹ + 3×8⁰ = 99，再转为补码存入内存
• 十六进制：以 0x 或 0X 开头，支持 0–9 和 a–f（大小写不敏感），例如 0xC3 → 直接对应二进制 1100_0011，值仍为 195

内存中实际存储形式统一为补码

无论你写 0b11000011、0143 还是 0xC3，只要它们表示同一个十进制整数（如 195），JVM 在堆栈或常量池中存储的都是完全相同的 32 位（int）或 64 位（long）补码二进制序列。负数同理：0b11111111111111111111111111111111（32 个 1）就是 -1 的补码表示，和 0xFFFFFFFF 等价。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

类型后缀与范围检查发生在编译阶段

字面量默认按 int 处理，但需满足目标类型的位宽限制：

• 赋给 byte 时，如 byte b = 0xFF;，虽然 0xFF 是合法十六进制字面量（值为 255），但超出 byte 范围（-128 ~ 127），必须显式强转：byte b = (byte) 0xFF;（结果为 -1）
• 超大值需加 L 后缀声明为 long，如 0xABCDEF0123456789L；否则可能因超出 int 范围而编译失败
• 下划线（如 0b1100_0011）纯属语法糖，编译时被忽略，不影响内存布局

字符串进制数需运行时解析，与字面量无关

从配置文件读到的 "C3" 或用户输入的 "1010" 是字符串，不是字面量。它们不会被编译器识别为任何进制，必须调用 Integer.parseInt("C3", 16) 或 Integer.parseInt("1010", 2) 手动解析——这一步才真正把字符序列按指定基数转成整数，再存为补码。漏掉 radix 参数或传错（如用 10 解析 "C3"）会抛出异常。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南