-
Java接口异常设计是契约的一部分，需区分检查型与非检查型异常：前者强制处理，适用于可恢复业务异常；后者用于编程错误；应封装底层异常为语义明确的自定义异常，避免滥用，配合文档与规范确保一致性。
-
String.lines()返回空流是因为原始字符串不含换行符（\n、\r\n、\r）；它语义化分割且不保留终结符，而split()需手动匹配换行变体并可能产生空串。
-
实体类代表事物本身，承载状态与身份，如User、Order；行为类专注做事，提供算法或协调能力，如PaymentProcessor、DiscountCalculator。区分关键在职责：实体被持有，行为被使用。
-
类和对象是Java中面向对象编程的核心概念。类是模板，定义了属性和方法；对象是类的实例，具有具体的值和行为。类与对象的关系类似于剧本和演员：类是剧本，定义了角色的行为和特征；对象是根据剧本上演的具体演员。
-
绝大多数情况下catch块必须记录日志，但仅限真正处理并终结异常传播路径时；业务异常用warn，系统异常用error并保留完整堆栈；避免重复记录、截断堆栈及异步场景日志丢失。
-
先使用setx命令永久配置Java环境变量。确认JDK安装路径后，用setxJAVA_HOME设置根目录，再用setxPath添加%JAVA_HOME%\bin到系统Path，最后重新打开cmd验证java-version和javac-version输出。
-
Java序列化安全漏洞的根本原因在于其“过度灵活”与“隐式执行”特性。1.反序列化时自动调用readObject()等“魔术方法”，攻击者可构造恶意字节流触发非预期操作；2.利用多个类的“魔术方法”串联形成“GadgetChain”，如ApacheCommonsCollections中的InvokerTransformer，实现远程代码执行；3.开发者对内部系统的隐式信任导致边界模糊，使不可信数据被反序列化后成为后门。常见攻击载荷包括ApacheCommonsCollections、SpringFrame
-
Java中二维数组实为“数组的数组”，支持不规则结构；声明如int[][]arr=newint3或int[][]arr={{1,2},{3,4,5},{6}}；遍历时需判空防NullPointerException。
-
本文探讨了为何不能直接将“胖JAR”（fatJAR）作为外部库加载，以及在SpringBoot、Tomcat等环境中安全引入含内嵌依赖（如libs/d1.jar）的JAR的规范做法。核心结论是：应拆分胖JAR，将其转为标准依赖，并通过Maven/Gradle或loader.path显式管理各依赖项。
-
Java的Locale仅标识语言和地区，不提供翻译功能；多语言需配合ResourceBundle、MessageFormat及规范命名的属性文件实现，且必须显式传入Locale对象才能生效。
-
业务异常必须用RuntimeException子类，不可用Exception及其子类；否则强制调用方处理，混淆业务逻辑与错误处理，违背“谁出错谁负责”原则。
-
本文详解如何在publicclass的main方法中成功实例化并执行另一个（非public）顶层类中的交互式菜单逻辑，重点解决因缺少输入读取导致菜单“一闪而过”的常见新手问题。
-
Java完全基于OOP构建，强制所有代码置于类中，一切运行依赖对象；封装、继承、多态由语法硬性支撑；抽象机制深度融入类型系统；整个生态演进由OOP驱动。
-
JVM是运行Java程序的核心，提供跨平台能力，由类加载器、运行时数据区、执行引擎组成；内存分为堆、方法区、虚拟机栈、本地方法栈和程序计数器；堆用于存储对象，是GC主要区域，分新生代和老年代；方法区存储类信息、常量等，JDK8后元空间替代永久代；虚拟机栈管理方法调用，本地方法栈服务native方法，程序计数器记录指令地址；垃圾回收基于可达性分析，判断对象存活，通过Serial、Parallel、CMS、G1等收集器回收堆和方法区内存；合理配置-Xms、-Xmx等参数可优化性能；常见问题有内存泄漏、频繁GC
-
答案：简易票务管理系统通过面向对象设计实现购票、查询、退票等功能，核心类包括TicketItem和TicketSystem，结合集合与IO操作，支持菜单驱动交互，可扩展文件存储与异常处理以提升实用性。
