Java课后习题全解：从基础语法到网络编程的实战答案

简介：这份资源是《Java基础案例教程（第2版）》课后习题答案文档，面向正在学习Java入门课程的高校学生与自学者，用于对照教材章节核对填空、判断、选择、简答与编程题的作答思路，帮助夯实语法与面向对象基础。压缩包内共1个docx文件，约50KB，按教材章节组织答案，涵盖Java开发入门、编程基础、面向对象（上）等内容，编程题附有完整参考代码，如HelloWorld输出、1到99奇数求和、数组求最大值以及Student类的封装与getter/setter实现。资源已有6178人学习下载，说明其与教材配套的实用性受到认可。读者可借助它逐章自查知识点掌握情况，理解基本数据类型、注释、逻辑运算符、break与continue、封装继承多态、访问修饰符及变量作用域等考点，并通过对照参考代码修正编程练习中的偏差，适合作为课后复习与考前查漏补缺的辅助材料。

1. 一份能直接对答案的 Java 课后题全解：从第 1 章到第 9 章

刚带完一轮 Java 入门课，最常被问的不是“多态怎么理解”，而是“老师，第 4 章编程题那个员工工资到底怎么算”。教材课后题看着简单，真动手写起来，抽象类、继承、多态、集合、IO、多线程、网络编程全挤在九章里，每一章的编程题都是一个独立的小项目。这份《Java基础案例教程（第2版）》课后习题答案覆盖第 1 章到第 9 章，填空、判断、选择、简答、编程五类题型齐全，编程题带完整可编译源码。它解决的不是“学不学 Java”的问题，而是“写完作业不知道对不对、跑不通不知道错在哪”的问题。适合正在跟这本教材自学的初学者，也适合带课的老师拿来当参考答案底本。下面我按章节拆一遍，重点放在编程题怎么跑通、参数怎么改、哪里容易翻车。

2. 第 1～3 章：环境、语法与类的基础题怎么落地

前三章是整本书的地基，题目本身不难，但答案里藏着不少“看着对、跑起来错”的细节。填空题和判断题对完就过，真正值得花时间的是编程题和简答题里的概念边界。

2.1 HelloWorld 与编译运行链路

第 1 章的编程题就是经典的 HelloWorld，答案给的是标准写法：

public class HelloWorld { public static void main(String[] args) { System.out.println("这是第一个 Java 程序!"); } }

这段代码本身没有坑，坑在编译运行的环境上。文件名必须叫HelloWorld.java，大小写严格一致，因为 public 类的类名和文件名必须匹配。编译用javac HelloWorld.java，运行用java HelloWorld，注意运行时不要带.class后缀。很多人第一次翻车就是敲了java HelloWorld.class，JVM 会报“找不到或无法加载主类”。另外main方法的参数是String[] args，少写方括号或者写成String args[]虽然语法上也能过，但建议统一用前者，后面第 9 章网络编程的入口方法也是这个签名，保持一致省得来回改。

简答题里问 Java 程序运行经过哪两个步骤，答案是编译和解释执行。这里要理解清楚：javac把.java编译成.class字节码，字节码不是机器码，是靠 JVM 解释执行的。跨平台性就体现在这一层——同一份.class文件，在不同操作系统上只要有对应的 JVM 就能跑。这个结论在第 1 章填空第 3 题也考了，属于必须背下来的点。

2.2 基本数据类型与 break/continue 的边界

第 2 章简答题要求列出八种基本数据类型及字节数，这个表建议直接记牢，后面集合、IO 里到处用得上：

编程题第一道是求 1 到 99 之间所有奇数的和，答案用for循环加if (i % 2 != 0)累加。这道题有个容易忽略的点：循环条件是i < 100而不是i <= 100，题目说的是“1 到 99”，边界写错结果就差一个数。第二道是求数组最大值，答案里getMax方法先取arr[0]作为初始最大值，再从索引 1 开始遍历。这里如果数组为空会直接抛异常，课后题没要求处理，但实际写业务代码时得加判空，这是从练习题到工程代码的第一道坎。

break和continue的区别在简答题里考了。break在 switch 里终止某个 case 并跳出整个 switch，在循环里跳出当前循环；continue只用于循环，终止本次迭代进入下一次。血泪经验是：嵌套循环里break只跳出最内层，想跳出外层得用标签，这个知识点教材后面才讲，做第 2 章题时先知道有这么回事就行。

2.3 封装与成员变量/局部变量同名问题

第 3 章编程题是定义一个 Student 类，五个私有属性加 getter/setter 加有参构造，再写测试类算平均分、最大值、最小值。这段代码是理解封装的最好素材：

public class Student { private String sNo; private String sName; private String sSex; private int sAge; private int sJava; public Student(String sNo, String sName, String sSex, int sAge, int sJava) { this.sNo = sNo; this.sName = sName; this.sSex = sSex; this.sAge = sAge; this.sJava = sJava; } // getter/setter 省略 }

构造方法里this.sNo = sNo的this不能省，因为参数名和成员变量同名，不加this就是把参数赋给自己，成员变量永远是默认值。这正是简答题第 2 问考的“局部变量与成员变量同名时，方法内访问到的是局部变量”。测试类里用增强 for 循环遍历Student[]数组，sum累加、max/min比较，最后average = sum / students.length。注意这里是整数除法，如果总分不能被 5 整除会截断小数，题目数据刚好能整除所以看不出问题，换成别的数据就得考虑用double接收。

3. 第 4～6 章：继承多态、API 与集合的编程题拆解

这三章是全书的分水岭，第 4 章员工工资体系是整本书最复杂的一道编程题，第 5、6 章开始接触 API 和集合框架，题目从“写个类”升级到“设计一套结构”。

3.1 员工工资体系：抽象类加多态的完整链路

第 4 章编程题要求设计 Employee 抽象父类和四个子类：SalariedEmployee（固定月薪）、HourlyEmployee（时薪）、SalesEmployee（销售提成）、BasePlusSalesEmployee（底薪加提成）。这是一道典型的多态应用题，父类定义getSalary(int month)抽象方法，子类各自实现，测试类用Employee[]数组装不同子类对象统一调用。

父类核心逻辑是生日月奖励 100 元：

abstract class Employee { private String name; private int month; public double getSalary(int month) { double salary = 0; if (this.month == month) { salary = salary + 100; } return salary; } }

注意答案里这个if块内写了return salary，块外没有返回值，严格来说编译会报“缺少返回语句”。这是答案文本的一个瑕疵，实际写的时候应该把return salary挪到 if 外面，或者加一个默认返回 0。这种地方就是“对答案”时要留个心眼的地方——参考答案不是圣旨，编译不过就以编译器为准。

HourlyEmployee 的工资计算是这道题的核心参数点：月工作小时数小于 0 输出“数据错误”返回 0；小于等于 160 小时按时薪 × 小时数算；超过 160 小时的部分按 1.5 倍算。公式是hourlySalary * 160 + hourlySalary * 1.5 * (hours - 160)，再加上父类的生日奖励。这个 160 和 1.5 是题目给定的业务参数，改业务规则就改这两个数，逻辑结构不用动。

BasePlusSalesEmployee 继承 SalesEmployee，构造方法里super(name, month, sales, rate)调父类有参构造，再给自己baseSalary赋值。它的getSalary是baseSalary + super.getSalary(month)，而父类 SalesEmployee 的getSalary又是sales * (1 + rate) + super.getSalary(month)，一层层往上叠。这里要理解 super 调用的链式关系，不然算出来的工资对不上。测试类里Math.round(employee[i].getSalary(10))对结果四舍五入取整，因为工资可能有小数。

3.2 String、StringBuffer 与包装类映射

第 5 章填空和简答集中在 String 体系。StringBuffer 和 StringBuilder 的区别是常考点：两者对象都能被多次修改且不产生新对象，区别在于 StringBuilder 是 JDK5 新增的，方法不是线程安全的，StringBuffer 的方法有同步锁、线程安全但性能略低。单线程场景用 StringBuilder，多线程共享同一个缓冲区才考虑 StringBuffer。

包装类映射表也要背：

编程题第一道是随机生成 10 个 100 以内的整数，答案用new Random().nextInt(100)。注意nextInt(100)生成的是 0 到 99，不含 100，如果题目要求“1 到 100”就得写nextInt(100) + 1。第二道是字符串大小写反转，"HelloWorld"转成 char 数组后倒序遍历，大写转小写、小写转大写，用 StringBuffer 拼接。这里ch[i] >= 'A' && ch[i] <= 'Z'的判断依赖字符的 ASCII 码顺序，非字母字符会原样跳过，逻辑上是安全的。

3.3 HashSet 去重与 hashCode/equals 契约

第 6 章编程题第一道是往 HashSet 里放 Student 对象，放两个new Student(20, "lisa")，期望只保留一个。答案重写了hashCode和equals：

public int hashCode() { return name.hashCode() + age; } public boolean equals(Object obj) { if (this == obj) return true; if (!(obj instanceof Student)) return false; Student stu = (Student) obj; return this.name.equals(stu.name) && this.age == stu.age; }

这两个方法必须成对重写，只重写 equals 不重写 hashCode，HashSet 会先用哈希值定位桶，哈希值不同直接判定为不同元素，equals 根本没机会执行。这是集合章节最容易翻车的点，很多人只写 equals 然后纳闷为什么没去重。hashCode用name.hashCode() + age是个简化写法，实际工程里更常见的是用Objects.hash(name, age)，避免手写加法带来的哈希碰撞。

第二道编程题答案给的是一个泛型接口和实现类，但代码里public abstract void get(T t){}在接口方法上加了方法体，这在 Java 8 之前是编译不过的，Java 8 之后接口默认方法要用default关键字。这段答案本身有语法问题，建议按标准泛型接口写法改：interface Generic<T> { void get(T t); }，实现类class GenericImpl<T> implements Generic<T>。对答案时遇到这种编译不过的，以能跑通为准，别硬背。

4. 第 7～9 章：IO、多线程与网络编程的实战细节

后三章开始接触真正的系统级编程，IO 流的关闭顺序、多线程的同步锁、UDP 的收发循环，每一处都有具体的参数和资源管理问题。

4.1 字节流与字符流拷贝的两种写法

第 7 章编程题要求用字节流和字符流分别拷贝文件。字节流版本：

FileInputStream in = new FileInputStream("E:/src.txt"); FileOutputStream out = new FileOutputStream("E:/des1.txt"); byte[] buf = new byte[1024]; int len; while ((len = in.read(buf)) != -1) { out.write(buf, 0, len); } in.close(); out.close();

buf大小 1024 是常见缓冲区尺寸，read返回 -1 表示读到文件末尾，write(buf, 0, len)的第三个参数不能省，否则最后一次没读满的缓冲区会把脏数据写进去。字符流版本用BufferedReader的readLine()逐行读，BufferedWriter的write加newLine()逐行写。注意newLine()是跨平台的换行，比手写\n更稳。

这里最大的坑是资源关闭。答案里直接in.close()，如果中间抛异常，close 执行不到，文件句柄泄漏。工程里应该用 try-with-resources：

try (FileInputStream in = new FileInputStream("E:/src.txt"); FileOutputStream out = new FileOutputStream("E:/des1.txt")) { byte[] buf = new byte[1024]; int len; while ((len = in.read(buf)) != -1) { out.write(buf, 0, len); } }

这样无论是否异常都会自动关闭。课后题不强制这么写，但这是从练习题到能上生产的必经一步。

4.2 synchronized 卖苹果：锁的范围与 sleep 位置

第 8 章编程题是三个老师线程卖 50 个苹果，核心是synchronized修饰dispatchNotes方法：

private synchronized void dispatchNotes() { if (notes > 0) { try { Thread.sleep(10); } catch (InterruptedException e) { e.printStackTrace(); } System.out.println(Thread.currentThread().getName() + "---发出的苹果" + notes--); } }

synchronized加在方法上，锁的是当前对象this，三个线程共享同一个Teacher实例，所以互斥生效。sleep(10)放在锁内部是为了放大线程切换的概率，让并发问题更容易暴露——如果去掉 synchronized，notes--不是原子操作，会出现超卖或重复卖。run方法里while (true)循环调dispatchNotes，靠if (notes <= 0) break退出。注意notes--是先取值再减，打印的是减之前的值，所以最后打印的是 1 而不是 0，这个细节对答案时容易看懵。

4.3 UDP 客服对话：DatagramPacket 的收发循环

第 9 章编程题是 UDP 在线客服，服务端AskServer绑定 8888 端口，循环接收客户端消息：

DatagramSocket socket = new DatagramSocket(8888); while (true) { byte[] buf = new byte[1024]; DatagramPacket packet = new DatagramPacket(buf, buf.length); socket.receive(packet); String info = new String(packet.getData(), 0, packet.getLength()); System.out.println("客户端请求：" + info); }

DatagramPacket接收时要传一个空数组和长度，receive是阻塞的，没数据就卡在那。取数据用packet.getData()配合getLength()，不能直接new String(buf)，因为 buf 可能没填满，后面全是 0。UDP 不区分客户端服务端，只有发送端接收端，DatagramSocket既能发也能收。TCP 则严格区分，服务端要先ServerSocket监听、客户端Socket连接，经过三次握手。简答题里三次握手的描述要能默写：客户端发连接请求、服务端回响应、客户端再发确认。

5. 对答案的正确姿势：编译验证与版本差异排查

这份答案最有价值的地方不是让你抄，而是让你有个对照物去验证自己的实现。我一般会按下面的流程走一遍，避免被答案里的笔误带偏。

第一步，把每章编程题单独建一个目录，文件名和 public 类名严格一致，用javac编译一遍。编译不过的先怀疑答案本身，比如第 4 章 Employee 的getSalary缺返回语句、第 6 章泛型接口方法带方法体，这两处按标准语法改。第二步，运行看输出，重点核对边界值：第 2 章奇数和的循环上界、第 3 章平均分的整除截断、第 4 章 160 小时的临界点、第 5 章nextInt(100)是否含 100。第三步，把能跑通的代码用 try-with-resources、判空、Objects.hash这些工程写法重构一遍，练习题和可维护代码之间的差距就在这些地方。

版本差异也得留意。教材基于较老的 JDK 写法，比如接口里不能有方法体、泛型用得比较粗。如果你本地是 JDK 8 以上，接口默认方法要用default，var局部变量推断虽然方便但课后题场景不建议用，容易和教材对不上。集合部分HashSet的去重依赖hashCode/equals契约，这个规则从 JDK 1.2 到现在没变过，可以放心按答案的逻辑理解。

提示：答案里的中文引号、全角逗号在复制到 IDE 时经常导致编译错误，比如第 4 章测试类里的“张三”，粘过去要先替换成英文引号。

从那以后我每次带人做这套题，都强制先编译再对答案，编译不过的地方一律以编译器输出为准，不迷信参考答案。希望这份拆解能帮你把九章课后题真正跑通，而不是只对个 ABCD。

本文还有配套的精品资源，点击获取