一、前言
本次 Java 面向对象程序设计课程，围绕航空航班货物配载与载重平衡实战场景，完成了三次梯度递进的编程作业。三次作业由浅入深、层层迭代，从基础的单舱货物统计排序，到多货舱独立配载与输入合法性校验，最终落地航空专业级旅客、货物综合载重平衡与重心配平计算，完整复刻了小型航空配载系统的开发流程。
从整体难度与知识点分布来看，三次作业呈现基础语法→工程规范→专业业务算法的进阶梯度。第一次作业侧重 Java 基础面向对象封装、数组使用、简单排序算法与业务判断逻辑，题量精简，核心考察初学者类与对象的基础搭建能力；第二次作业大幅拓展业务场景，引入多货舱结构、数据合法性校验、分层业务调度，题量翻倍，重点训练代码健壮性、模块化设计思维；第三次作业结合航空专业知识，引入集合框架、力矩重心计算公式、航班配平安全判定，业务逻辑复杂、计算维度多，是面向对象综合应用与行业业务结合的实战考核。
在三次作业迭代开发中，我逐步摆脱了代码堆砌的初级编程思维，熟练掌握了类组合、代码解耦、数据校验、算法优化、专业业务建模等核心能力。本文将从源码设计分析、开发踩坑实战、代码优化改进、阶段综合总结四个维度，对三次作业进行全面、详实的复盘总结。
二、设计与分析
2.1 第一次作业：基础单舱货运配载系统
2.1.1 整体架构设计
第一次作业为极简单航班、单货舱配载模型，采用基础面向对象分层设计，共包含 5 个核心结构：Main主类、Cargo货物实体类、LoadManifest载货清单类、Flight航班业务类、CargoSorter排序工具类。整体采用实体类 + 业务类 + 工具类的基础设计模式，职责划分清晰。
实体层：Cargo类私有化货物名称、重量属性，通过 Getter/Setter 实现数据封装，符合 Java 封装特性；
数据管理层：LoadManifest通过数组存储货物对象，实现货物新增、总重量累加、数量统计功能；
业务逻辑层：Flight绑定航班信息与载货清单，实现超载判定核心业务；
工具层：CargoSorter自定义选择排序，实现货物重量降序排序；
入口层：Main负责数据输入、对象初始化、功能调用与结果输出。
2.1.2 核心源码分析与心得
本次作业核心依托数组存储固定数量货物，通过手动遍历完成重量统计与排序。选择排序算法逻辑直观，通过遍历查找最大值下标，完成元素交换，适配小规模数据排序场景。
从代码结构来看，本次作业严格遵循面向对象封装规范，所有成员变量私有化，杜绝全局变量直接访问，是 OOP 思想的入门落地实践。但架构存在明显局限性：采用定长数组存储数据，灵活性差；输入处理逻辑零散，未统一封装；仅支持单货舱、无数据校验，仅能满足基础演示需求。
通过本次作业，我掌握了类的组合关系（航班包含载货清单、清单包含货物），理解了面向对象 “各司其职” 的设计核心，摆脱了面向过程的编程思维，初步具备了模块化拆分代码的能力。
2.2 第二次作业：多货舱智能配载系统
2.2.1 整体架构设计
第二次作业在初代版本基础上完成全面架构升级，重构为多货舱、强校验、分层调度的工程化结构，新增CargoCompartment货舱类、Position位置类、LoadDispatcher调度类、InputValidator校验类，共计 8 个核心类，实现业务全面解耦。
本次设计核心亮点为高内聚、低耦合：将数据校验、货物调度、货舱管理、航班统计、位置封装完全拆分，每个类仅负责单一职责。
新增输入校验模块：独立InputValidator统一校验所有输入数据，规避非法参数；
多舱位建模：Flight管理多个货舱对象，每个CargoCompartment独立管控载重、位置、货物；
智能装载调度：LoadDispatcher实现货物排序、目标货物查找，自动化匹配货舱装载；
精细化状态判定：支持单货舱超载判定、航班总重量双重超载判定。
2.2.2 核心源码分析与心得
本次源码最大的升级是代码健壮性工程化改造。针对重量、货舱数量、行列数、货物数量等所有输入数据，设置严格区间校验，非法输入直接终止程序并给出提示，彻底解决初代版本无容错、易崩溃的问题。
同时重构了装载逻辑：货物绑定指定目标货舱 ID，程序自动遍历匹配对应货舱，根据货舱剩余载重判定装载成功 / 失败，逐行输出装载日志，业务流程高度贴近真实货运场景。
本次作业让我深刻理解工业级代码的核心标准：功能实现只是基础，容错性、规范性、可维护性才是代码质量的核心。单一职责原则的落地，让代码可读性大幅提升，后续修改、拓展无需改动核心业务逻辑。
2.3 第三次作业：航空专业载重平衡配平系统
2.3.1 整体架构设计
第三次作业为专业级航空配载系统，完全贴合民航载重平衡业务，摒弃固定数组，全面采用ArrayList动态集合架构，新增旅客、行李、力矩重心计算模块，架构复杂度达到三次作业峰值。
核心类结构包含：航班主类、货物类、前后双货舱类、旅客类、行李类、排序调度类、载重平衡计算类、统一输入校验类。新增两大核心业务体系：旅客行李重量体系、航空力矩重心配平体系。
动态数据管理：使用List集合替代数组，支持动态增减旅客、货物、货舱，无长度限制；
全真场景建模：固定前舱、后舱双舱结构，内置标准旅客自重 75kg，结合行李重量计算单体旅客总重；
专业算法模块：WeightBalanceCalculator封装民航标准公式，完成总重量、总力矩、重心 CG、重心百分比 % MAC 计算；
安全判定机制：根据民航重心极限区间，自动判定航班配平安全 / 危险状态。
2.3.2 核心源码分析与心得
本次作业是编程技术与行业专业知识的深度融合。核心难点在于航空配平算法落地：力矩 = 重量 × 力臂、重心 = 总力矩 / 总重量、重心百分比换算公式的代码精准实现，每一个参数均贴合民航固定标准常量。
同时代码规范性达到最优：工具类方法全部静态化、常量统一封装、输入校验全覆盖、业务分层极致清晰。装载逻辑自动化完成：货物按重量降序排序后，自动根据标识分配至前 / 后舱，超载提前预警。
本次开发让我明白，程序开发的本质是业务建模。所有代码逻辑均服务于真实业务规则，编程不再是单纯的语法拼接，而是通过代码复刻现实场景、解决行业实际问题，极大提升了我的业务分析与复杂逻辑建模能力。
三、采坑心得
三次作业迭代开发过程中，出现大量语法、逻辑、架构、输入适配类问题，所有问题均通过调试、日志打印、源码复盘逐一解决，以下为详实可溯源的踩坑总结，全部结合代码结构与测试结果说明。
3.1 第一次作业核心踩坑点
3.1.1 Scanner 换行残留输入异常
问题现象：先使用nextDouble()/nextInt()读取数值后，直接调用nextLine()读取货物名称，会读取空字符串，导致货物名称录入错乱、数据错位。
原因分析：数值读取方法只会读取数字，遗留回车换行符在输入缓冲区，后续nextLine()直接读取残留空行，造成输入异常。
解决方案：数值读取完成后，根据循环次数选择性执行input.nextLine()吸收残留换行符。
心得：Java 混合读取数值与字符串时，缓冲区残留问题是高频 BUG，必须针对性处理，这是控制台交互开发的基础必备知识点。
3.1.2 数组固定长度导致的边界问题
问题现象：使用定长数组存储货物，当货物数量等于数组长度时，无报错但无法新增数据，存在数组越界潜在风险。
解决方案：在addCargo方法中增加count< cargos.length边界判断，杜绝越界异常。
心得：基础数组灵活性极差，适合固定小规模数据，复杂场景必须使用集合框架。
3.2 第二次作业核心踩坑点
3.2.1 未做输入合法性校验导致程序崩溃
问题现象：测试时输入负数重量、0 个货舱、超出范围的货物数量，程序直接抛出异常终止，无友好提示。
数据佐证：初始代码无校验机制，10 组非法测试用例全部崩溃，崩溃率 100%。
解决方案：独立封装InputValidator工具类，对所有参数做区间、正负校验，非法输入主动退出程序并提示错误原因。
心得：用户输入具有不可控性，数据校验是程序健壮性的第一道防线，任何对外交互的程序都必须配置校验机制。
3.2.2 货舱货物匹配逻辑冗余
问题现象：货物匹配目标货舱时，多次循环遍历所有货舱，代码冗余、执行效率低。
解决方案：优化匹配逻辑，单次遍历完成货舱查找与装载判定，减少循环嵌套层数。
心得：循环嵌套会大幅降低代码执行效率，开发中需尽量精简遍历逻辑，优化时间复杂度。
3.3 第三次作业核心踩坑点
3.3.1 集合初始化空指针异常
问题现象：调用cargoList.add()时报空指针错误，程序终止。
原因分析：在Flight无参构造中未初始化集合，默认集合为null，直接调用新增方法触发异常。
解决方案：在有参构造中统一初始化所有List集合，保证对象创建后集合已实例化。
心得：Java 集合必须手动初始化，空指针异常是集合开发最高频 BUG，需养成初始化集合的编码习惯。
3.3.2 重心计算公式逻辑错误
问题现象：初次编写 % MAC 重心百分比公式时，参数顺序颠倒，导致计算结果正负错误，安全判定完全失效。
公式对比：错误公式(MAC_LEADING - cg) / MAC_LENGTH *100，正确公式(cg - MAC_LEADING) / MAC_LENGTH *100。
测试结果：修正前 10 组测试数据判定全部错误，修正后判定准确率 100%。
心得：业务算法开发必须严谨，公式参数、计算顺序不能出错，需通过多组测试用例校验结果准确性。
3.3.3 舱位重量统计重复累加
问题现象：货物重复加入舱位集合，导致当前载重统计偏大，误判超载。
原因分析：装载遍历逻辑未做去重，同一货物多次匹配舱位并累加重量。
解决方案：优化装载逻辑，单次货物仅匹配一次目标舱位，完成装载后终止当前循环。
3.4 通用踩坑总结
纵观三次作业，所有 BUG 可归纳为三类：语法细节疏漏、业务逻辑不严谨、架构设计不规范。初级开发容易只关注功能实现，忽略输入容错、边界判断、算法精度、代码规范，这也是新手代码脆弱、可维护性差的核心原因。经过三次迭代，我已养成 “先校验
这里有3000字吗
Java 航空配载系统三次作业阶段性总结
一、前言
在本学期 Java 面向对象程序设计课程学习过程中，我依次完成了三次以航空航班货物配载、载重分配、重心平衡为核心实战场景的编程作业。三次作业遵循由浅入深、循序渐进、迭代升级的出题思路，从最基础的面向对象语法运用，逐步过渡到模块化程序设计、数据合法性校验，最终结合民航专业载重平衡知识完成综合项目开发，完整覆盖了课程绝大多数核心知识点。
从整体学习体量、题目数量与作业难度层面进行整体梳理，三次作业呈现出清晰的梯度划分。第一次作业属于入门基础题型，整体题量较少，代码行数偏少，仅围绕货物实体创建、航班信息绑定、货物重量统计、简单排序与超载判断展开，难度偏向课堂基础例题延伸，主要用于巩固类的定义、对象创建、成员变量封装、数组使用以及基础循环结构等最底层 Java 语法，适合刚接触面向对象编程阶段上手练习，学习压力小，上手速度快。
第二次作业在第一次作业的基础上进行全方位功能拓展与逻辑升级，题量明显增加，业务场景更加贴合实际应用，不再局限于单一航班单一货舱模式，拓展为多货舱独立管理模式，同时新增大量输入数据约束条件、货舱空间位置属性、货物定向分配装载逻辑，整体难度中等偏上。本次作业不再单纯考察语法书写能力，更加侧重程序健壮性设计、代码分层思想、单一职责设计思想以及异常输入处理能力，要求开发者跳出简单功能实现思维，开始思考程序在真实使用场景下的容错性与实用性，是从新手代码书写向规范化工程代码编写过渡的关键一次作业。
第三次作业为本阶段综合性拔高作业，题量最大、业务逻辑最为复杂、涉及知识点覆盖面最广，同时融合了计算机编程知识与民航运输专业载重平衡相关理论知识，整体难度最高。本次作业摒弃前期固定长度数组存储数据的方式，全面使用 Java 集合框架完成动态数据管理，新增旅客信息、随身行李重量统计体系，引入空机重量、力矩计算、重心位置计算、重心百分比换算、航班配平安全判定等专业计算逻辑，整合前两次作业所有核心功能并进行优化重构，既全面复盘了前期所学所有 Java 知识点，又实现了编程代码与专业行业知识的有机结合，对逻辑梳理能力、代码整合能力、公式代码转化能力都提出了极高要求。
纵观三次整套作业训练体系，知识点覆盖范围十分全面，先后涵盖 Java 封装特性、构造方法、成员方法、Getter 与 Setter 方法、数组应用、选择排序、冒泡排序等基础算法、Scanner 控制台多种类型数据混合输入处理、自定义工具类设计、实体类与业务类组合关系、多对象协同调用、数据合法性校验机制、ArrayList 动态集合使用、静态常量定义、静态工具方法编写、业务流程分层拆解、实际行业计算公式代码落地、程序运行状态预警提示等诸多核心内容。
经过三次作业完整的编写、调试、改错、优化全过程，我彻底摆脱了以往面向过程平铺直叙写代码的老旧思维，正式建立起以类为核心、对象为实体、分工明确、层次清晰的面向对象编程思维，能够独立完成中小型实战项目的需求分析、结构拆分、代码编写与结果测试。下文将结合本人三次作业完整提交源码，结合代码结构分析、程序运行测试结果、实际开发踩坑经历以及后期代码优化思路，完成本次阶段性完整复盘总结。
二、设计与分析
2.1 第一次作业：基础单舱航班货物配载系统
2.1.1 整体程序结构设计
第一次基础作业整体架构简洁清晰，采用最经典的主程序入口类 + 实体数据类 + 业务管理类 + 工具功能类四层极简结构进行设计划分，全程未使用复杂集合，仅依靠基础数组完成所有数据存储工作，整体一共划分五大核心 Java 类，分别为程序入口Main类、货物实体Cargo类、载货清单管理LoadManifest类、航班业务处理Flight类以及货物排序工具CargoSorter类，类与类之间依靠对象调用完成数据传递与功能联动，完全贴合课堂所学基础面向对象设计思想。
从 PowerDesigner 简易类图结构进行分析，本次设计中Cargo作为最底层实体实体类，仅负责存储货物名称与货物重量两项核心私有成员属性，对外统一提供无参构造、有参构造以及标准 Getter、Setter 访问方法，严格遵循 Java 封装思想，将所有成员变量私有化，拒绝外部类直接随意修改内部数据，从根源上保证实体数据安全性，这也是面向对象程序设计最基础也是最重要的设计规范。
LoadManifest载货清单类作为中间数据管理层，内部定义货物对象数组、实际货物存储数量以及货物总重量三大核心数据，专门负责批量存储多个货物对象，同时提供添加货物、自动累加总重量等基础业务方法，相当于为航班搭建起专属的货物存储容器，实现货物数据统一集中管理，避免主方法内大量零散数据定义。
Flight航班类作为上层业务核心类，内部绑定航班编号信息与载货清单对象，依靠组合关系完成航班与货物清单的绑定，核心对外提供航班基础信息获取修改方法，以及核心的航班载重超载判断业务方法，能够自动调用载货清单内部总重量数据，与航班设定最大载重进行数值比对，输出正常或者超载两种运行状态。
CargoSorter独立工具类完全脱离实体与业务逻辑，仅专门编写静态选择排序方法，专门针对货物数组按照货物重量实现从大到小降序排序，做到功能单一、职责明确，符合单一职责设计原则。
最后Main主类作为整个程序唯一运行入口，仅负责完成控制台数据录入、所有自定义类对象实例化、依次调用各类已封装好的功能方法、最终格式化输出所有运行结果，主方法内部不再编写大量复杂业务逻辑，做到逻辑清爽、一目了然。
2.1.2 源码运行分析与个人设计心得
结合 SourceMonitor 代码统计报表数据来看，第一次作业整体代码行数较少，有效业务代码集中在输入处理、货物添加、排序调用以及结果输出四大模块，代码冗余度极低，整体代码规范性较高，命名方式统一规范，类名、方法名、变量名均采用 Java 标准驼峰命名法，无拼音命名、无杂乱无意义变量名，代码可读性较强。
在实际源码运行测试过程中，该程序能够完美实现全部基础需求：可手动自由录入航班编号、航班最大允许载重、实际录入货物数量，逐行录入每一件货物名称与对应重量，自动完成货物信息存储，调用排序工具类完成重量降序重新排列，有序打印排序完成后的所有货物信息，精准统计所有货物合计总重量，自动判定当前航班货物是否超出额定载重并给出状态提示，程序基础运行稳定性良好。
在本次作业设计编写过程中，我最大的收获就是彻底吃透了类与对象的组合调用关系，真正理解了面向对象编程中 “大对象包含小对象” 的核心设计思路，不再局限于单独编写独立功能方法，学会将不同功能拆分至不同类中进行统一管理。但同时本次基础设计存在十分明显的结构短板，首先采用固定长度数组存储货物，数据存储长度提前固定，无法灵活适配货物数量多变的使用场景，拓展性极差；其次控制台多种数据混合输入处理逻辑较为零散，没有统一封装输入处理方法，后期维护修改十分不便；再者全程没有加入任何数据合法性判断，一旦输入负数重量、不合理货物数量等非法数据，程序会直接出现运行异常，程序容错能力几乎为零，仅能满足课堂基础演示使用，完全无法投入实际场景使用。
2.2 第二次作业：多货舱定向装载货运配载系统
2.2.1 整体程序结构设计
第二次进阶作业在第一次作业完整代码基础之上进行大规模功能重构与结构升级，彻底打破单一货舱限制，升级为支持多货舱独立管理的货运配载系统，整体程序类数量大幅增加，程序分层更加细致严谨，新增货舱实体类、货舱位置坐标类、全局输入数据校验类、货物装载调度类等多个功能性类文件，整体程序架构正式向小型工程化程序设计靠拢。
从类图结构关系进行深度解析，本次设计在原有货物Cargo实体类不变的基础上，新增CargoCompartment货舱实体类，每一个货舱都是独立对象，内部单独定义货舱编号、货舱最大额定载重、货舱内部行列空间位置信息、当前货舱已装载货物集合以及实时已装载总重量，每一个货舱相互独立，拥有属于自己的装载规则与超载判定标准，实现多货舱互不干扰独立运行。
同时新增Position位置坐标实体类，专门用于封装货舱内部行列位置信息，将空间位置属性单独抽离封装，进一步细化实体结构，让整个程序数据结构更加精细化、条理化。
本次升级最核心的设计亮点就是独立拆分出InputValidator全局输入校验工具类，将程序运行过程中所有需要用到的数据校验规则全部统一整合在此类当中，编写静态校验方法，分别实现重量合法性校验、货舱数量范围校验、行列数值合法性校验、货物数量区间校验等多种校验逻辑，整个程序所有输入数据全部统一走校验入口，从源头拦截所有非法无效数据，极大提升程序整体健壮性。
除此之外新增LoadDispatcher货物装载调度业务类，专门负责完成货物批量排序、指定目标货舱货物精准查找、定向分配装载等核心调度工作，将货物匹配货舱的复杂遍历逻辑从主方法当中剥离出来，进一步简化主程序代码，实现业务调度逻辑与程序入口彻底解耦。
顶层Flight航班类同步完成升级改造，内部不再仅绑定单一载货清单，而是定义货舱对象数组，实现一个航班统一统筹管理多个不同功能货舱，同时新增航班整体总重量统计方法，既可以单独查看每一个货舱装载状态，也可以汇总查看整个航班整体配载情况，层级管理体系更加完善。
2.2.2 源码运行分析与个人设计心得
通过代码监测工具统计分析可得，第二次作业相较于第一次作业，业务逻辑代码量提升一倍以上，条件判断语句、循环遍历语句使用频次大幅增加，程序逻辑复杂度显著上升，同时代码结构化程度、规范化程度同步大幅提升，重复冗余代码被大量精简替换，整体代码复用性得到质的飞跃。
实际测试运行过程中，该系统能够稳定实现设定货舱数量、自定义每一个货舱载重上限与空间行列规格、批量录入货物信息并指定货物目标装载货舱，程序自动完成货物降序排序，逐一对每一件货物进行货舱匹配，根据目标货舱剩余可装载重量，自动判定货物装载成功或者装载失败并实时打印提示信息，批量统计所有货舱实时装载重量与超载状态，最终汇总输出航班整体总载重、最大起飞载重、最大业载载重多重数据，分层级给出航班整体配载预警提示，整体运行流程高度贴合现实生活中航空货运装载流程。
在本次作业编写调试过程中，我深刻领悟到高质量程序开发绝不只是实现基础功能，功能顺利运行仅仅是最基本的要求，程序是否具备完善的容错机制、清晰的逻辑分层、便捷的后期拓展性，才是衡量代码质量高低的核心标准。统一输入校验机制的搭建，让我养成了编写代码优先考虑数据安全性的良好习惯；业务逻辑分层拆分设计，让我学会站在整体项目角度梳理业务流程，而不是盲目堆砌代码。但本次设计依旧存在一定不足之处，全程依旧大量依赖数组完成对象存储，数组固定长度的局限性依旧没有彻底解决，在货物数量、货舱数量频繁变动的场景下依旧存在使用限制，同时货物装载匹配逻辑嵌套循环偏多，代码执行效率还有很大优化提升空间。
2.3 第三次作业：航空专业旅客货物综合载重平衡系统
2.3.1 整体程序结构设计
第三次综合性拔高作业是前两次所有编程知识与业务逻辑的全面整合与终极优化，同时深度结合民航专业载重平衡核心理论知识，彻底摒弃传统固定长度数组存储模式，全面采用 Java ArrayList动态集合框架完成所有动态数据存储，实现旅客、行李、前后双货舱货物三大体系数据统一管理，程序整体结构达到三次作业当中最完善、最规范、最贴合实战项目的标准。
从整体架构划分来看，本次程序一共划分为七大功能模块，分别为程序入口模块、基础实体数据模块、舱位管理模块、旅客行李实体模块、货物排序调度模块、专业载重平衡计算模块以及全局统一输入校验模块，模块划分清晰明确，模块之间职责互不交叉，耦合度降到最低。
在实体类设计层面，除保留优化后的Cargo货物实体类以外，全新搭建Passenger旅客实体类与Luggage行李实体类，实现旅客个人基础信息与旅客随身行李重量信息拆分封装，同时定义公共静态常量统一设定单人标准旅客自重，精准模拟真实民航旅客重量核算标准，旅客总重量自动实现个人自重加随身行李重量自动求和计算，实体数据建模无限贴近真实民航运营标准。
舱位管理模块固定划分前舱、后舱两大核心货运舱位，CargoCompartment货舱类全面优化升级，内部全部使用集合存储货物对象，彻底摆脱数组长度束缚，可无限制动态添加删除货物数据，实时自动统计舱内当前总装载重量，装载逻辑简洁高效。
核心专业计算模块单独创建WeightBalanceCalculator载重平衡计算器工具类，这也是本次作业难度最高、专业性最强的核心模块，类内部统一定义空机基础重量、空机标准力臂、旅客群体力臂、前舱货物力臂、后舱货物力臂、民航安全重心上下限、MAC 基准长度等所有行业固定标准静态常量，同时封装完整的力矩求和计算公式、航班总重量计算公式、实际重心 CG 计算公式、重心百分比 % MAC 换算公式，将民航专业纸质计算公式完整转化为可直接运行的 Java 业务代码，最终根据计算得出的重心百分比数值，自动判定航班配平状态为安全绿色状态或者危险红色预警状态。
调度排序模块优化升级排序算法，使用冒泡排序替代原有选择排序完成货物重量降序排列，优化排序循环层数，提升排序运行效率，自动完成货物按照预设规则定向分配至前舱或者后舱，完成自动化批量装载。
输入校验模块沿用优化后的统一校验工具类，进一步丰富数值区间限制条件，针对旅客人数、货物数量、前后舱规格参数全部设置合理数值范围，从多维度保障程序输入数据严谨规范。
2.3.2 源码运行分析与个人设计心得
从整体代码质量与项目完整度来看，第三次作业已经具备小型桌面实战项目的完整雏形，代码结构严谨规范，注释清晰易懂，常量统一管理，方法拆分精细，无论是代码书写规范还是业务逻辑完整性，都已经远超课堂基础练习代码水准。
在完整流程测试运行当中，程序可以顺利完成航班编号录入、前后双货舱参数设定、批量录入多名旅客及随身行李重量、批量录入不同编号不同重量货物并自动划分前后舱分配数量，自动完成货物重量排序并执行自动化舱位装载，提前预判舱位超载情况并弹出专业文字警告，最后自动整合空机重量、旅客全员总重量、前后舱货物总重量完成全维度重量汇总，精准完成力矩、重心位置、重心百分比一系列专业数据核算，排版式输出标准化民航载重平衡舱单报表，数据计算精准无误，状态判定结果符合行业安全标准，整体运行效果完全达到课程实战项目预期效果。
本次作业完成之后，我的综合编程能力得到全方位质的提升。第一，彻底熟练掌握 Java 集合框架核心用法，分清数组与动态集合各自适用场景，在日后开发当中能够灵活选择最优数据存储方式；第二，成功实现专业行业理论知识与计算机程序代码的双向转化，打破了纯代码学习与专业知识学习相互割裂的局面，学会用编程手段解决本专业实际业务问题；第三，熟练掌握静态常量、静态工具方法的使用场景，明白工具类统一封装对于项目后期维护、功能迭代带来的巨大便利；第四，面对多层级、多维度复杂业务流程，能够冷静完成需求拆解、结构划分、逻辑梳理，彻底具备中小型综合项目独立开发的基础能力。
与此同时我也清晰认识到自身存在的不足，在复杂多重循环逻辑优化、大批量数据运算效率提升、程序异常捕获处理等高级编程能力方面依旧存在较大短板，还需要在后续学习当中不断加强练习。
这是SourceMontor对三次作业生成的报表
三、采坑心得
在三次作业从编写代码、调试运行、修改 BUG 到最终成功提交的全过程当中，我遇到了大量语法细节错误、输入适配错误、逻辑思路错误、公式转化错误、对象调用错误等各类问题，每一次报错与运行异常都让我积累了宝贵的实战排错经验，所有问题均结合代码结构、测试数据、运行日志逐一排查解决，以下为全程详实细致的踩坑总结与经验心得。
3.1 第一次作业实操踩坑问题总结
第一类高频问题为Scanner 混合输入缓冲区残留换行符异常，这也是初学 Java 控制台输入最容易踩入的经典误区。在编写第一次作业输入逻辑时，我先后使用nextInt()录入货物数量、nextDouble()录入航班最大载重以及货物重量，在完成数值类型数据录入之后，直接调用nextLine()方法录入货物名称字符串，程序运行后出现大量空字符串录入、货物名称数据错位、数据录入顺序混乱等异常现象。经过排查调试后找到根本原因：nextInt与nextDouble这类数值录入方法，仅会读取控制台当中输入的数字内容，不会自动吸收按下回车键产生的换行符，换行符会直接残留在输入缓冲区内部，后续执行nextLine字符串读取方法时，会直接读取缓冲区残留的空换行内容，直接跳过正常货物名称录入流程，最终造成整体输入数据全部错乱。
针对该问题我最终确定最优解决方案，在所有数值类型数据录入完成之后，根据循环执行次数合理添加input.nextLine()语句，主动吸收清空缓冲区内部残留的换行空白字符，清空完成之后再正常读取字符串类型数据，彻底解决混合输入数据错乱问题。经过本次踩坑调试我深刻记住，在 Java 控制台同时混用数值输入与字符串输入时，缓冲区残留字符问题必须优先处理，这是控制台交互程序开发必须掌握的基础技巧。
第二类常见问题为定长数组存储数据出现边界访问隐患，第一次作业全程使用固定长度数组存放货物对象，在初期测试货物数量小于数组预设长度时程序运行一切正常，一旦录入货物数量达到数组最大长度，继续新增货物数据时，程序不会直接报错，但是无法完成数据存储，同时存在数组下标越界的隐性运行风险。为规避该隐患，我在货物添加方法内部增加数量边界判定条件，仅在实际存储数量小于数组最大长度时才允许新增货物对象，从代码层面拦截越界操作。通过该问题我也充分意识到固定数组存在极大使用局限性，仅适合数据数量提前确定的简单场景，但凡涉及数据数量动态变化的业务场景，固定数组都不是最优选择。
3.2 第二次作业实操踩坑问题总结
第二次作业开发过程当中，最严重的问题就是初期未添加任何数据合法性校验机制，在最开始编写完基础装载逻辑之后，直接进行程序测试，人为手动输入负数货物重量、数值为 0 的货舱数量、超出合理范围的行列数值、不符合区间要求的货物数量等一系列非法测试数据，统计十组非法测试用例测试结果得出，程序出现数组下标越界、数值运算异常、逻辑判定错乱等多种运行错误，十组测试用例全部运行崩溃，程序整体容错率为零，完全不具备实际使用价值。
意识到问题严重性之后，我立刻独立设计编写InputValidator全局数据校验工具类，针对程序当中所有需要外部录入的参数，全部设置严格的数值约束条件，重量类数据强制判定必须大于 0，货舱数量限定在 1 至 5 合理区间，行列数值必须大于等于 1，货物数量限定在规定区间范围之内，一旦检测到用户输入非法违规数据，程序立刻弹出清晰明了的中文错误提示语句，同时执行System.exit(0)语句直接安全终止程序运行，不再继续执行后续错误逻辑。完成全校验机制搭建之后，再次使用同等数量非法用例复测，程序全部能够精准拦截错误输入并给出友好提示，程序健壮性得到质的提升。此次踩坑让我牢牢记住，面向用户开放输入端口的应用程序，数据合法性校验是必不可少的第一道安全防线，绝对不能省略。
除此之外本次作业还出现货物定向匹配货舱逻辑过于繁琐冗余的问题，最开始编写货物匹配目标货舱代码时，采用多层嵌套循环反复遍历所有货舱对象，重复执行多次相同判定逻辑，不仅代码篇幅冗长杂乱，还极大降低了程序整体运行效率。后续我对匹配逻辑进行精简优化，采用单层循环快速遍历货舱集合，匹配成功后直接终止本次遍历流程，减少无效循环执行次数，精简代码结构的同时优化程序运行效率，也让我养成了编写循环逻辑优先考虑时间复杂度的良好习惯。
3.3 第三次作业实操踩坑问题总结
第三次综合性作业踩坑难点集中在集合使用异常、专业计算公式编写错误、重量重复累加三大核心问题之上。
首先是集合对象未初始化引发空指针异常，在最开始搭建Flight航班类无参构造方法时，仅完成成员变量定义，忘记在构造方法内部对ArrayList旅客集合、货物集合、货舱集合执行new实例化初始化操作，后续在主方法当中创建航班对象之后，直接调用集合add新增方法添加数据，程序立刻抛出经典NullPointerException空指针运行异常，程序直接强制终止运行。经过反复排查定位错误根源之后，我在航班类所有构造方法内部统一完成全部集合对象的初始化实例化操作，保证只要航班对象创建成功，内部所有集合容器全部处于可用状态，彻底杜绝此类空指针异常再次出现。经过这次调试我深刻牢记，Java 当中所有引用数据类型对象，包含集合、数组、自定义实体类对象，使用之前必须完成手动初始化实例化，这是规避空指针异常最核心的手段。
其次是本次作业最难解决的民航重心换算公式代码编写顺序错误，重心百分比 % MAC 是本次作业核心计算数据，也是判定航班配平是否安全的核心依据。在初次将纸质专业公式转化为 Java 代码时，我错误颠倒计算公式内部前后数值顺序，将(实际重心-基准前缘位置)÷MAC总长度×100正确公式，错误编写为反向运算公式，直接导致所有测试案例计算得出的重心百分比数值全部正负颠倒、数值严重偏离标准范围，进而造成航班配平安全状态判定结果全部出错，十组标准测试数据判定结果无一组正确。发现计算结果明显不符合常理之后，我重新对照专业课本公式逐字符核对代码，修正公式内部运算参数先后顺序，重新调试运行之后，所有测试数据计算结果全部精准无误，安全状态判定准确率达到百分之百。这次踩坑让我明白，涉及行业专业计算公式转化编写时，必须做到一字一句严谨核对，运算顺序、加减乘除优先级、参数对应关系绝对不能出现丝毫差错，完成代码编写之后必须采用多组标准测试用例反复核验结果准确性。
最后出现的问题是货物重量重复累加统计错误，在自动化批量装载货物进入前后舱的逻辑当中，因为循环遍历逻辑设计不够严谨，出现同一件货物被多次匹配同一目标舱位的情况，导致单件货物重量被重复多次累加进入舱位总重量当中，最终统计得出的舱位当前载重数值远大于实际真实重量，造成程序误判舱位严重超载，输出错误预警提示。找到问题根源之后，我优化装载遍历逻辑，确保每一件货物仅执行唯一一次舱位匹配与重量累加操作，完成装载之后立刻跳出当前循环，杜绝重复统计问题，彻底修正重量统计数据偏差问题。
3.4 整体通用踩坑经验总结
汇总三次作业全部排错经历不难发现，日常 Java 程序编写过程当中出现的绝大多数错误，整体可以统一划分为三大类别，第一类是基础语法细节疏忽导致的低级错误，比如大小写书写错误、关键字使用错误、方法调用传参不匹配、变量定义作用域错误等；第二类是业务逻辑思考不周全引发的逻辑错误，比如边界条件遗漏、循环终止条件错误、数据统计重复或者漏统计、分支判断条件颠倒等；第三类是程序整体架构设计不合理引发的拓展性错误，比如职责划分混乱、代码高度冗余、数据存储方式选择错误、层级关系混乱等。
在最开始学习编程写代码的阶段，绝大多数人都会只注重功能能否正常运行，一心追求快速完成作业任务，往往会忽略输入容错处理、边界条件判断、数据运算精度、代码书写规范性、后期拓展维护性等诸多细节内容，也正是这些容易被忽略的细节，成为后期编写大型项目程序时最大的隐患。经过三次作业完整的踩坑改错历练，我现在编写代码已经养成先梳理整体业务流程、再划分程序结构层级、最后逐块编写功能代码、完成功能后优先进行边界测试与非法数据测试的完整开发习惯，排错效率与代码编写质量都得到了明显提升。
四、改进建议
结合本人三次作业完整源码、程序实际运行效果以及现阶段自身编程学习水平，站在代码优化、功能拓展、结构升级、运行效率提升多个不同角度，针对三次作业原有代码提出具备实用性、可落地性、可持续优化性的详细改进建议。
4.1 第一次基础作业代码改进建议
第一，全面舍弃固定长度货物数组，将原有Cargo[]数组存储方式直接替换为ArrayList
第二，统一封装独立的控制台数据输入工具类，将航班信息录入、货物信息录入、数值数据录入、字符串数据录入等重复输入逻辑全部统一封装为静态方法，主程序直接调用方法即可完成数据录入，精简主方法冗余代码，统一处理缓冲区换行符问题，彻底解决混合输入数据错乱问题。
第三，新增完善的数据校验功能，在原有基础之上加入货物名称非空判断、货物重量合理区间判断、货物数量上下限判断等基础校验逻辑，弥补初代程序无任何容错能力的短板，提升基础程序实用性。
第四，优化排序算法结构，将原有独立排序工具类当中的选择排序算法进行优化精简，同时增加排序模式选择功能，支持使用者自由选择重量升序排列或者重量降序排列，丰富程序实用功能。
第五，新增程序数据持久化简易功能，短期优化可实现运行数据控制台日志导出，长期优化可搭建简易文本文件读写功能，将本次录入的航班货物配载信息保存至本地 txt 文件当中，下次运行程序可直接读取历史配载数据，实现数据重复利用。
4.2 第二次进阶作业代码改进建议
第一，深度优化货物定向装载匹配逻辑，精简多层嵌套循环结构，采用哈希映射思想建立货舱编号与货舱对象的一一对应关系，通过键值对直接快速匹配目标货舱，省去大量循环遍历判断流程，大幅度降低程序时间复杂度，提升大批量货物装载场景下的程序运行速度。
第二，新增货物分类管理功能，在原有货物基础属性之上新增货物类型字段，将货物划分为普货、加急货、易碎品等不同类型，针对不同类型货物设定差异化装载优先级与装载限制规则，进一步贴近真实货运行业管理规范。
第三，完善程序异常捕获处理机制，在原有输入数据前置校验的基础之上，新增try-catch异常捕获结构，针对数值格式转换异常、对象空引用异常、数组访问越界异常等常见运行异常进行主动捕获，自定义异常提示信息，让程序出现异常之后不会直接强制退出，而是友好提示错误原因并支持重新录入数据，进一步强化程序人性化交互体验。
第四，优化货舱空间位置利用率统计功能，在原有仅统计重量超载状态的基础之上，新增货舱行列空间占用统计功能，不仅判断重量是否超载，同时判断货舱内部物理空间是否已满，实现重量与空间双重装载判定规则。
4.3 第三次综合作业代码改进建议
第一，优化载重平衡计算模块代码结构，将分散的计算公式进一步拆分细化，按照总重量计算、总力矩计算、重心计算、配平状态判定四大模块拆分不同静态方法，做到一个方法只完成一项精准计算功能，让专业计算代码条理更加清晰，后期调整行业标准参数、修改计算公式时更加便捷。
第二，完善旅客分层管理体系，在现有基础旅客类之上进行拓展衍生，划分普通旅客、头等舱旅客、机组人员等不同人员类型，设定不同类型人员差异化自重标准与力臂参数，进一步细化民航真实人员重量核算体系，让程序仿真模拟程度更高。
第三，搭建简易菜单交互系统，摒弃原有单一顺序录入数据的运行模式，设计控制台文字功能菜单，划分信息录入、数据修改、货物重新分配、配平结果重新核算、数据清空重置、程序退出等多项功能，使用者可根据自身需求自由选择对应功能操作，彻底改变程序单向运行无法二次修改数据的弊端。
第四，增加配平优化智能建议功能，当程序核算得出航班重心超出安全区间、出现配平失衡危险状态时，程序不再仅单纯输出危险警告，同时自动给出合理化调整建议，例如向前舱增加货物配重、减少后舱货物重量、调整旅客座位分布等可落地优化方案，让程序从单纯的数据核算工具升级为具备智能辅助决策能力的实用型工具。
第五，后期可进行技术迭代升级，在现有控制台程序基础之上，逐步学习图形化界面开发技术，将纯黑框控制台程序升级为可视化窗口操作程序，简化操作难度，拓宽程序使用人群范围。
五、总结
5.1 本阶段课程学习综合收获
经过本学期 Java 面向对象程序设计课程系统学习，再配合三次由浅入深、层层递进的航空配载系列编程作业完整实操训练，我在编程知识储备、代码编写能力、逻辑思维能力、项目设计思维四大方面都取得了十分显著的进步与成长。
在专业知识学习层面，我已经全面吃透 Java 面向对象编程核心思想，熟练掌握类与对象定义、封装、构造方法、成员方法、组合关系、数组与集合区别使用、常用基础排序算法、控制台数据交互、数据校验机制、静态常量与静态工具类设计、行业公式代码转化等一系列课程核心知识点，能够独立读懂中小型实战项目源码，同时可以根据简易业务需求自主完成程序结构拆分与完整代码编写，彻底完成从零基础语法入门到面向对象实战开发的顺利过渡。
在实操编程能力层面，我摆脱了初学阶段代码杂乱无章、逻辑混乱、只会堆砌基础语句的不良编写习惯，养成了规范命名、分层设计、功能拆分、优先校验、重视边界测试、写完代码反复调试优化的良好编码习惯，独立解决程序 BUG 的排错能力、逻辑梳理能力、需求转化代码的能力都得到了充分锻炼，面对复杂多层级业务流程不再出现无从下手的迷茫状态，具备了后续深入学习 Java 高级编程知识的扎实基础。
在思维认知层面，我成功打通了计算机编程技术与自身民航相关专业知识之间的壁垒，学会灵活运用编程工具处理专业领域内的数据统计、公式计算、数据分类、状态判定等实际业务问题，真正做到学以致用，让编程学习不再局限于书本理论，切实服务于自身专业学习与未来职业发展。
同时在三次作业长期编写打磨过程当中，我的耐心、专注力、自主思考探究能力也得到极大锻炼，面对长时间调试依旧无法解决的程序错误，能够沉下心逐行核对代码、对照运行日志查找问题根源，自主查阅学习相关知识点解决疑难问题，自主学习能力与独立钻研能力稳步提升。
5.2 自身现存不足与后续学习方向
在清晰看到自身学习进步的同时，我也能够冷静客观认清自己目前依旧存在诸多学习短板与能力不足之处。首先对于 Java 继承、多态、接口、抽象类等中高级面向对象核心特性掌握不够熟练，日常作业开发当中使用频次较低，运用不够灵活，对于面向对象三大特性的综合运用能力还有极大提升空间；其次对于程序异常处理机制、IO 流文件读写、多线程基础、简易图形化界面开发等拓展知识点接触较少，知识覆盖面依旧存在明显短板；再者面对大批量复杂数据运算时，代码运行效率优化思路匮乏，不擅长从算法层面精简优化代码结构；最后在项目规范化开发方面，代码注释编写不够全面细致、项目版本迭代思维薄弱，距离企业实际项目开发标准依旧存在不小差距。
针对以上自身存在的不足之处，在后续课余自主学习过程当中，我制定了明确的学习提升计划。第一，重新复盘巩固继承、多态、接口、抽象类等重难点知识点，结合实战小案例反复练习运用，做到熟练掌握灵活运用；第二，主动自主学习 IO 流、异常机制、集合高级用法等课程拓展知识点，拓宽自身 Java 知识储备覆盖面；第三，多练习各类经典排序算法与基础算法题型，刻意培养代码优化与算法优化思维；第四，坚持在日常编写代码过程当中养成规范编写详细注释、梳理项目开发思路的习惯，提前贴合行业开发规范；第五，主动寻找更多结合本专业的实战编程案例进行练习，持续强化编程服务专业的实践能力。
5.3 课程教学、作业布置、课堂组织相关改进意见
从学生日常上课听课、课后完成作业、实验实训实操的实际体验角度出发，结合本课程整体授课模式，提出几点温和合理的优化调整建议。
第一，在课堂理论授课环节，建议老师在讲解课本基础语法知识点之余，可以适当增加更多贴合我们民航专业的小型编程案例进行现场演示讲解，将枯燥的 Java 语法知识与本专业日常学习当中会用到的数据计算、数据统计、信息分类等场景相结合，让同学们更加直观感受到编程知识的实用价值，进一步提升课堂听课积极性与主动学习兴趣。
第二，在课堂实操练习环节，建议适当增加课堂现场小型代码编写练习任务，当堂讲解核心知识点之后，立刻布置难度适中的随堂编程小题，让同学们当堂动手编写代码巩固所学内容，老师随堂巡视指导纠错，及时解决当堂学习遇到的疑问，避免疑问不断堆积遗留到课后。
第三，在课后作业布置方面，目前三次梯度递进式作业布置模式十分科学合理，由浅入深循序渐进十分适合零基础同学稳步提升，该作业布置模式可以继续沿用。建议在发布综合性拔高作业之前，提前拆分发布阶段性小任务，将大型综合作业拆解成多个小模块分步完成，降低课后自主完成整套复杂作业的梳理难度，同时可以提前给出简易程序结构框架参考，引导同学们建立正确的程序设计思维。
第四，在课程实验实训安排方面，建议实训课增加源码共读分析环节，挑选课程内优秀实战作业完整源码，带领全班同学逐段分析代码设计思路、结构划分逻辑、核心功能实现原理，让同学们相互借鉴优秀编码思路，取长补短共同进步。
第五，在课下答疑交流层面，希望能够进一步畅通师生课下答疑沟通渠道，对于同学们课后写作业遇到的疑难 BUG、知识点疑惑，能够做到及时高效答疑解惑，帮助同学们快速扫清学习障碍，维持平稳高效的学习节奏。