-
Optional不是null替代品，而是为明确表达“可能无值”的计算链设计；禁用其作参数、字段、DTO及序列化场景，优先使用函数式操作而非isPresent()。
-
List与数组转换需注意类型安全与可变性：1.List转数组推荐使用toArray(newT[0])避免强转异常；2.数组转List用Arrays.asList()但生成不可变列表，如需修改应包装为newArrayList<>(...)；3.基本类型转换需借助StreamAPI，如int[]与List<Integer>通过boxed()和mapToInt()实现。
-
答案：通过定义用户状态模型、使用ConcurrentHashMap管理在线用户、结合心跳机制检测超时、并广播状态变更消息，实现线程安全且实时的在线用户列表与状态管理。
-
类是对象的模板，对象是类的实例。Person类定义属性和方法，通过new关键字实例化创建具体对象，如Personp=newPerson()，JVM加载类、分配堆内存、调用构造方法初始化并返回引用，p指向该对象，多个引用可指向同一对象，方法共享，成员变量独立存储。
-
FileSystems.getDefault()仅返回默认FileSystem实例，不处理路径；Paths.get()才是跨平台路径构造的关键，自动适配分隔符、规范化路径并支持可变参数。
-
Arrays.asList()返回固定大小列表，不支持增删；基本类型数组需用包装类；修改引用类型元素会影响原数组；Arrays.sort()按类型选择算法；equals()不适用于多维数组，应使用deepEquals()。
-
继承滥用会导致子类脆弱、封装失效和LSP违规；应优先用组合+接口，仅在满足is-a清晰、契约稳定、不覆盖核心流程、模板方法收口四条件时才使用继承。
-
必须遵循从子类到父类的捕获顺序，因为若父类异常先被捕获，其子类异常的catch块将无法执行，导致编译器报错“unreachablecatchblock”；例如Exception会捕获所有异常，故其后的NumberFormatException等子类异常处理永远不会被触发；正确做法是将具体异常如NumberFormatException放在前面，较通用的如IllegalArgumentException次之，最通用的Exception放最后；Java7起支持用|合并无继承关系的异常以简化代码，但有继承关系的
-
Java中运行时异常属非检查型异常，编译器不强制处理，常见如NullPointerException等；应优先预防、按类型分层捕获、记录日志或包装重抛，Web应用推荐@ControllerAdvice全局处理，未捕获异常需设Thread.setDefaultUncaughtExceptionHandler兜底。
-
JDK9+中String的value字段改为byte[]+coder以节省内存，Latin-1编码占1字节，UTF16占2字节；反射修改失效、substring不再共享数组、intern()控制常量池引用，不可变性源于封装而非仅final修饰。
-
instanceof本质是运行时安全类型探针，只判断对象是否可能属于某类而不做转换；语法为objinstanceofType，左侧须为引用类型，右侧须为已编译类或接口名，null恒返回false，无继承关系时编译报错。
-
使用AtomicLong可解决高并发下计数器线程安全问题，它通过CAS机制保证原子性，示例中100个线程各递增1000次，最终结果正确为100000。
-
checkMemberAccess拖慢反射调用，因每次setAccessible(true)都触发栈遍历与权限判断；应立即且仅一次设置、缓存已设accessible的反射对象，或改用MethodHandles.Lookup规避。
-
在SpringBoot启动早期阶段，需从外部系统（如密钥管理服务）获取敏感配置（如数据库密码），并确保其在第三方Bean初始化前生效；System.setProperty()无效，应使用EnvironmentPostProcessor在环境准备阶段注入属性。
-
Java中四类引用本质是GC回收时机控制机制：强引用绝不回收，软引用内存不足时回收，弱引用下次GC必回收，虚引用仅用于跟踪回收完成。
