javascript布尔转换的常见错误是混淆真值（truthy/falsy）与严格等于true，如字符串"0"、"false"为truthy，数字0、空数组[]、空对象{}为falsy，应避免隐式转换而采用语义明确判断。
JavaScript 中 Boolean 类型转换的逻辑错误，核心在于把“值是否为真”和“值是否等于 true”混为一谈，而真正决定 if、&&、|| 行为的，是该值在布尔上下文中的 真值（truthy）或假值（falsy），不是它本身是不是布尔类型的 true。
误把字符串 "0"、"false" 当作 falsy
这是最常踩的坑：看似表示“关闭”“失败”的字符串，在 if 判断里却走的是 true 分支。
-
if ("0") { ... }→ 执行（因为非空字符串全是 truthy） -
if ("false") { ... }→ 同样执行 - 后端返回
{ status: "0" }，写if (res.status) {...}就会误判为“有效状态”
解决办法：显式比对原始语义，比如 if (res.status === "1") 或 if (Number(res.status) === 1)，而不是依赖隐式转换。
把数字 0、空数组 []、空对象 {} 当作 false
这些值在 if 中确实不执行，但它们的“假”容易让人误解为“空”或“无效”，而实际业务中它们可能完全合法。
-
if (user.age) { ... }→ 若 age 是 0（婴儿），分支被跳过，逻辑出错 -
if (items) { ... }→items = []时不会进，但空数组本身是有效数据 -
if (config) { ... }→config = {}时也不会进，可 config 就是默认配置
正确做法：用语义明确的判断，例如 if (Array.isArray(items) && items.length > 0) 或 if (typeof user.age === 'number')。
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
用 == true / === true 判断真值
这根本不是在测“真假”，而是在测“是否严格等于布尔 true”。
-
"1" == true→false（"1" 转数字是 1，1 == true 是 true？等等——true 转数字是 1，所以其实是 1 == 1 → true；但别依赖这个！） -
[] == true→false（[] 先转 ""，再转 0，0 == 1 → false） -
new Boolean(false) == true→false，但new Boolean(false) == false却是true（对象与原始值比较太绕）
想确认是否为真值，就用 Boolean(x) 或 !!x；想确认是否就是布尔 true，才用 x === true —— 二者目的完全不同。
滥用 || 设置默认值却忽略 0 和 ""
const name = input || 'anonymous' 看似简洁，但若 input 是 0、""、false，就会被覆盖，而这些值可能是有效输入。
- 表单里用户输入年龄 0 → 被替换成 'anonymous'，明显错误
- 搜索框允许搜空字符串 →
"" || 'all'变成 'all'，偏离本意
更安全的写法是：const name = input != null && input !== undefined ? input : 'anonymous'，或用空值合并操作符 ??（只对 null 和 undefined 生效）：const name = input ?? 'anonymous'。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
