Java 7及以上支持0b二进制字面量，需配置-source 1.7+，仅适用于int等整型（long需加L后缀），不可用于字符串解析或拼接，Android开发需同步AGP与sourceCompatibility版本。
Java里写0b开头的数字到底行不行
行，但只在Java 7及以上版本支持。低于Java 7（比如JDK 6）直接编译报错：error: binary digits not supported in -source 1.6。这不是语法糖或IDE提示问题，是编译器层面不识别0b前缀。
- 必须用
-source 1.7或更高（Maven里设maven.compiler.source=1.7+） - IntelliJ/Eclipse默认可能仍按老版本编译，要手动检查项目语言级别
-
0b只能用于整数字面量，不能用于long类型字面量——想写二进制长整型，得加L后缀：0b10101010101010101010101010101010L
0b和Integer.parseInt("1010", 2)选哪个
看场景。0b是编译期常量，写死在代码里；Integer.parseInt(..., 2)是运行时解析字符串——二者根本不是替代关系，混用反而容易出错。
- 配置、掩码、位标志等固定值，无条件用
0b：比如int FLAG_READ = 0b0001;，清晰、零开销、类型安全 - 从文件/网络读来的二进制字符串（如
"1100101"），必须用Integer.parseInt(s, 2)，0b在这儿完全无效 - 别试图拼接：
0b"1010"是语法错误；0b后面只接受0/1数字，不能有空格、下划线（Java 7不支持下划线，Java 8+才支持0b1010_1100）
为什么0b10000000000000000000000000000000会编译失败
这是32个1？不，这是32位全1——但Java中int是32位补码，最高位是符号位。0b10000000000000000000000000000000实际等于Integer.MIN_VALUE（-2147483648），它合法；真正报错的是超范围，比如写33个1：0b111111111111111111111111111111111（33位），会提示integer number too large。
-
int字面量最大支持32位（含符号位），即0b01111111111111111111111111111111（2147483647） - 想表示无符号32位最大值
0xFFFFFFFF，得用long：0b11111111111111111111111111111111L - 八进制
0前缀和十六进制0x前缀没有位数隐含限制，但0b严格按整数字面量规则截断，不自动提升
Android开发里用0b要注意什么
AGP（Android Gradle Plugin）版本太低会导致即使JDK是11，也编译不过0b——因为旧版AGP默认把-source锁死在1.6或1.7。不是代码问题，是构建配置卡住了。
立即学习“Java免费学习笔记（深入）”；
- 检查
android.compileOptions.sourceCompatibility是否显式设为JavaVersion.VERSION_1_8或更高 - Gradle插件3.0+一般默认支持，但若项目继承了老模板，可能漏配
- minSdkVersion不影响
0b可用性（那是运行时），只影响编译源码的Java版本能力
二进制字面量看着简单，但卡在版本、类型、构建配置三处就动不了。最常被忽略的是：以为写了0b就万事大吉，结果在CI上编译失败，查半天才发现是build.gradle里sourceCompatibility没同步更新。
