-
答案：在Java中判断集合是否为空应优先使用isEmpty()方法，因其具有更好的可读性和性能；若集合引用可能为null，需先进行null检查或使用ApacheCommonsLang的CollectionUtils.isEmpty()工具方法来避免NullPointerException。
-
在Java中读取文件内容的核心方法有多种，选择合适方式取决于文件类型和处理需求。1.对于文本文件，推荐使用BufferedReader逐行读取，适用于大文件；或使用Files.readAllLines一次性加载中小型文件内容；Java11+还可使用Files.readString直接读取整个文件为字符串。2.二进制文件或需按字节读取时，推荐FileInputStream，结合byte[]缓冲区可提高效率；若文件是特定编码的文本，可用FileInputStream配合InputStreamReader逐行解
-
合理设计异常处理可提升代码可读性和维护性，避免滥用try-catch、空捕获或忽略异常；应使用自定义异常明确业务错误，结合try-with-resources简化资源管理，确保异常被处理、记录或抛出，从而增强代码健壮性与清晰度。
-
线程池中工作线程异常退出主因是任务抛出未捕获异常（如RuntimeException）、严重Error（如OutOfMemoryError）或未正确处理InterruptedException，导致run()方法终止；默认ThreadFactory不设UncaughtExceptionHandler，异常静默丢失，需自定义以捕获并记录堆栈。
-
Java类验证阶段通过字节码校验机制在连接环节拦截非法操作，包括格式校验（魔数、版本、常量池等）、类型一致性校验（控制流模拟与类型推断）和符号引用访问控制检查，确保运行时安全，失败分别抛出ClassFormatError、VerifyError或IllegalAccessError等。
-
空指针异常是Java中因操作null引用引发的运行时异常，常见于调用null方法、访问null字段、操作null数组、自动拆箱及未校验集合元素；预防需结合入参校验、非null返回、Objects工具类、IDE空值检查、接口契约、Optional封装、单元测试与日志监控。
-
FileAlreadyExistsException是IOException的子类，在使用Files.createFile()等方法且目标文件已存在时抛出。示例中通过捕获该异常向用户提示文件已存在并建议处理方式。也可在操作前用Files.exists()检查文件是否存在，提升交互体验。此外，使用StandardCopyOption.REPLACE_EXISTING选项可允许覆盖现有文件，避免异常。合理结合异常处理、存在性检查与复制选项，能优雅应对文件已存在的场景。
-
Java类型转换分隐式（自动提升）和显式（强制转换）：小范围类型可安全自动转大范围，如byte→int；反之需强制转换并承担精度丢失或溢出风险；引用类型转换须有继承关系，字符串互转需方法调用，泛型因类型擦除无法真正强转。
-
Java捕获不到第三方库异常，本质是异常类型、执行上下文或捕获范围不匹配：需用全局处理器定位、调试中断查类型、显式捕获具体运行时异常、拦截异步/静态块异常，并通过AOP或字节码增强无侵入治理。
-
多数场景优先用synchronized；仅当需tryLock、可中断等待、公平锁或多个Condition时才选ReentrantLock，且必须手动在finally中unlock，否则易死锁。
-
Java注解通过提供元数据减少重复代码，提升开发效率。1.使用内置注解如@Transactional自动管理事务，避免重复的try-catch-finally代码块；2.利用JSR303/380的@NotNull、@Size等注解实现数据校验，消除冗长的if判断；3.自定义@AuditLog注解结合AOP实现统一日志记录，将横切逻辑与业务分离；4.注解与反射结合，使框架能扫描、读取元数据并动态创建实例或调用方法，实现依赖注入、ORM映射、Web路由等功能；5.开发自定义注解时应合理设置@Retention
-
EnumSet和EnumMap是Java中专为枚举设计的高效集合类，前者用位向量实现，后者用数组存储，均性能优异且节省内存。
-
SQLException是Java中处理数据库错误的关键异常，需通过try-catch捕获并利用getMessage()、getSQLState()和getErrorCode()获取详细信息，结合try-with-resources确保资源自动释放，提升程序健壮性。
-
命令模式解耦请求结构，责任链模式解耦处理流程；前者封装请求为对象以支持撤销/排队，后者动态拼接处理器决定是否传递请求；混用需分层避免职责混乱。
-
SpringBean的生命周期主要包括以下阶段：1.BeanDefinition的解析和注册；2.Bean的实例化；3.属性填充（依赖注入）；4.Aware接口的处理；5.BeanPostProcessor的前置处理；6.InitializingBean接口的处理；7.自定义初始化方法；8.BeanPostProcessor的后置处理；9.Bean的使用；10.DisposableBean接口的处理；11.自定义销毁方法。SpringBean的作用域包括singleton、prototype、reques
