引用类型日志不直观是因为java未重写tostring()时输出classname@hashcode，js/ets默认转为[object object]，harmonyos响应式对象可能为空；解决方法包括重写tostring()、使用json.stringify()、添加空值兜底及敏感字段脱敏。
引用类型在日志中常显示为 [object Object]、com.example.User@1a2b3c 或空字符串，而非实际内容，这会掩盖关键调试信息，导致定位问题变慢。
为什么引用类型日志不直观
Java 和 JS/ETS 环境下，日志方法（如 Log.d()、console.log()、LOGGER.info()）默认调用对象的 toString() 方法：
- Java 中未重写
toString()的类，输出形如ClassName@hashcode - JavaScript/ETS 中普通对象默认转为
[object Object] - HarmonyOS 的
ets模块若直接打印响应式对象或 Proxy 实例，可能返回空或不可读结构
让引用类型日志可读的实用方法
不依赖 IDE 自动展开，主动控制输出格式：
-
Java：重写
toString()或使用Objects.toString(obj, "null")防空指针；对集合建议用Arrays.toString(arr)或JSON.toJSONString(obj)（需 fastjson/gson） -
JS/ETS：避免直接
console.log(obj)，改用console.log(JSON.stringify(obj, null, 2))；对 undefined/null 做兜底处理，例如obj ?? 'null' -
HarmonyOS 特别注意：状态变量（
@State、@Observed）若为自定义类，需确保类有明确的toString()或提供debugDescription字段供日志提取
调试时快速验证引用值是否有效
光看日志不够？加一层轻量级校验：
- 在关键节点插入断点，用调试器查看变量真实结构（VSCode/DevEco Studio 支持 hover 查看）
- 日志前加类型和非空判断：
LOGGER.debug("user is " + (user != null ? user.getClass().getSimpleName() : "null")); - 对可能为
undefined或null的引用，先做存在性检查再记录，避免Cannot read property 'xxx' of undefined类错误干扰日志流
避免日志污染的细节提醒
过度序列化也有代价：
- 循环引用对象调用
JSON.stringify()会报错，可用util.inspect(obj, { depth: 3 })（Node.js）或自定义安全遍历函数 - 敏感字段（如 token、密码）切勿无脱敏打印，可在日志前过滤：
safeLog({ ...obj, token: '[REDACTED]' }) - 高频日志中避免反复序列化大对象，可只打关键字段：
log(`user.id=${user?.id}, status=${user?.status}`)
