简介：这份亚信笔试题整理面向准备Java技术面试的求职者、初中级开发者和计算机专业学生，聚焦企业笔试中常见的网络编程、多线程与面向对象设计考点。内容围绕Socket客户端与服务器端例程补全、Singleton模式运行结果分析，以及UML/MVC理解、Hibernate优势与不足等题目展开，并串联Thread使用、run方法、线程生命周期、ServerSocket、BufferedReader与PrintWriter等知识点。压缩包共1个doc文件，约32KB，篇幅精简但题目与代码片段较完整，便于按考点快速定位复习。已有2443人学习，适合用于笔试前查漏补缺、梳理答题思路，也可作为Java基础与面试专题的辅助材料。
1. 四选二不是送分题：Java 笔试的得分逻辑先讲透
拿到一份“四选二”的卷子，多数人的第一反应是挑两道顺手的写完走人。真正拉开差距的地方，恰恰是选择本身：Socket 填空看着眼熟，四个空错一个就整题归零；单例输出题代码不到二十行，却能一眼看出你有没有真懂类加载；MVC 和 Hibernate 两道开放题，写满半页未必得分，写出层次才给分。这场笔试考的不是记忆量，是在有限时间里判断“哪道题我能拿到满分”的能力。适合已经写过 Java、但对笔试套路不熟的人：语法会，答题不规范；框架用过，说不清楚。下面按题型拆考点、给答题模板，四道题都能直接拿去练。
2. 基础题稳分：Socket 四个空与单例输出的确定性得分
这两道题属于同一类：答案唯一，对错分明。它们的价值在于“只要准备过就必得分”，反过来说，没准备过就一分不剩。很多人把时间花在开放题上，结果这两道送分题因为一个端口号或一行初始化顺序翻了车，这是最不划算的失分方式。
2.1 Socket 例程填空：四个空的判断依据
原题给了服务端MultiUser线程类和客户端Client类，挖了四个空。先把四空的答案摆出来，再讲为什么。
// 服务端 main ServerSocket server = new ServerSocket(8000); // 空1：监听端口 while (true) { // 阻塞等待客户端接入，返回一个已连接的 Socket MultiUser mu = new MultiUser(server.accept()); // 空2：accept() mu.start(); // 空3：启动线程 }// 客户端 main server = new Socket(InetAddress.getLocalHost(), 8000); // 空4：连接同一端口空 1 在 80、800、8000、80000 里选。80 是 HTTP 默认端口，普通用户权限下绑定会失败；80000 超出端口号上限 65535，写进去直接抛异常；800 是系统保留段的边缘，选择它风险高。剩下 8000 是常规应用端口，也是这题唯一合理答案。判断依据不是背数字，是知道端口范围 0 到 65535、1024 以下是特权端口。
空 2 只有server.accept()说得通。accept()的作用是阻塞等待，直到有客户端连上来，返回一个新的 Socket 对象，这个对象代表“这一个客户端连接”。ServerSocket本身只负责监听，不参与收发数据，所以传进线程构造器的必须是accept()的返回值。
空 3 是mu.start()。这里是最容易错的地方，很多人手一滑选run()。start()才会向操作系统申请新线程并异步执行run()方法体；直接调用run()只是普通方法调用，会在主线程里串行执行，while(true)一旦进去就出不来，后面的accept()永远轮不到，服务端只能服务一个客户端。题面注释里那句 “Multi User but can't parallel” 就是在提示你注意并发语义。
空 4 必须和空 1 一致，客户端连的是服务端监听的端口，两边填不同端口必然连不上。这一点看起来废话，考场上真有人服务端写 8000、客户端写 80。
提示：端口、accept、start 这三处是 Socket 填空的固定考点，换一套代码也还是这三处，练的时候重点记“为什么”，不要只背答案。
2.2 单例输出题：静态初始化的执行顺序
第二题代码很短，输出只有两行，但正确率很低。先给答案：
obj.counter1=1 obj.counter2=0很多人答 1 和 1，或者 2 和 2。要答对，必须按类加载的顺序把代码在脑子里跑一遍。
Singleton类第一次被主动使用时触发初始化，此时按源码书写顺序执行静态成员的赋值。第一条是private static Singleton obj = new Singleton();，这里调用了构造方法，构造方法里counter1++和counter2++各执行一次。但注意，此时counter1和counter2还没有被显式赋值，它们处于准备阶段给的默认值 0，所以自增后都是 1。
接着执行第二条静态声明public static int counter1;。它没有初始值表达式，所以只是声明，不会把已经变成 1 的counter1重置回 0——这是本题最关键的一步。然后执行public static int counter2 = 0;，这条带显式赋值，会把刚被构造成方法加到 1 的counter2重新覆盖成 0。
于是进入main时，counter1是 1，counter2是 0。getInstance()返回的obj早就构造好了，不会再触发第二次构造。
答题时把这段顺序写出来，比只写两行结果更稳。阅卷的人看的是推导过程，尤其是counter1声明不带初始值这一点，写了就能证明你不是蒙的。
2.3 真题演练：把答案写成能得分的形态
选择题填空只写答案，主观推导必须写步骤。以单例题为例，可以这样组织答案：
- 类初始化阶段，静态字段按源码顺序赋值，
obj先执行，触发构造方法，两个计数器自增为 1； counter1的声明无初始化表达式，保持 1；counter2显式赋 0，覆盖为 0；getInstance()直接返回已创建的实例，无二次构造；- 输出 1 和 0。
Socket 题则建议在每空旁边加一句依据，例如“端口选 8000，因 80000 越界、80 为特权端口”。笔试不扣字数，写依据只赚不亏。考场上如果时间紧，至少对start()和counter2这两处写出理由，它们是区分“背过”和“懂了”的分水岭。
3. 框架开放题：MVC 与 Hibernate 的答题骨架
后两道题没有标准答案，给分靠踩点。写满一页但没结构，和写半页但分层清楚，得分可能差一倍。这两题考的是“你能不能把用过的东西讲成体系”，准备方式不是背定义，是准备一套可复用的答题骨架。
3.1 MVC 的 UML 表达与三层职责
题目允许画 UML 或者谈理解，最稳的做法是两者都给：先一句话定位，再画结构，最后讲数据流。定位句可以这样写：MVC 把应用拆成模型、视图、控制器三层，模型管数据和业务规则，视图管展示，控制器接收用户输入并调度二者，目的是让展示逻辑和业务逻辑互不纠缠。
结构用文字化 UML 描述足够，不必画复杂图形：模型层包含实体与业务服务，对外提供数据与状态变更接口；视图层只负责渲染，从模型取数据，不写业务判断；控制器持有模型和视图的引用，接收请求、调用模型、选择视图。三者之间是单向依赖，视图不反向调用控制器，模型不知道视图存在。
数据流要讲清一次请求怎么走：用户操作 → 控制器接收并解析参数 → 调用模型完成校验与业务处理 → 模型状态变更 → 控制器选择并通知视图刷新。讲完这条链，再补一句 MVC 的收益与代价：职责分离便于多人协作和替换视图，代价是层次增多、简单页面会显得绕。能主动说代价，比一味夸好更容易拿高分。
3.2 Hibernate 的优势与不足：按“解决了什么”展开
这题常见答法是罗列“ORM、透明持久化、缓存”，条目对但没逻辑。更稳的写法是按“它替你做了什么”组织。
优势三条足够：第一，把对象与表的映射交给框架，业务代码操作对象而不是拼 SQL，减少手工映射的重复劳动；第二，屏蔽数据库差异，换数据库主要改方言配置，SQL 由框架生成；第三，提供一级缓存、延迟加载、事务与乐观锁等机制，常规增删改查不用自己造轮子。
不足也要敢写：生成的 SQL 不完全可控，复杂查询和多表关联场景下性能不如手写；延迟加载在对象脱离会话后容易抛异常，新人踩坑多；大批量操作时逐条 flush 效率低，需要批处理配置；学习成本集中在映射关系和会话生命周期上，配错了排查困难。
把不足讲具体，说明你真用过，而不是背过八股。答题结构建议“一句话定义 + 三条优势 + 三条不足 + 一句适用场景”，控制在半页以内，层次清楚比字数重要。
3.3 面试官视角：开放题怎么组织才像做过项目
开放题的评分点通常是：有没有分层、有没有讲清职责边界、有没有提到代价。组织答案时按“是什么 → 怎么协作 → 好在哪 → 坑在哪”四段走，每段两三句，删掉形容词，留下动作和对象。
如果被追问，比如“你们的控制器会不会写业务逻辑”，回答要落到边界上：控制器只做参数校验、调用服务、选择返回视图，业务规则沉在服务层，这样控制器薄、服务可复用、测试也好写。这类追问考的是你有没有真实的分层意识，答得越具体越可信。没有真实项目也不怕，用“某管理系统”“某后台模块”这类虚构代称讲结构，重点在职责划分，不在项目名气。
4. 易错点：四个高频翻车现场
这些错误在笔试和面试里反复出现，共性是从“能跑”直接跳到“写答案”，跳过了“为什么这样写”。每条按错在哪、为什么错、怎么答对三段写。
4.1 线程启动写成 run()
错在把mu.start()填成mu.run()。原因是只记住“线程要执行 run 方法”，忽略了启动与执行是两件事。直接调run()是同步方法调用，主线程被死循环占住，accept()再也执行不到，多用户变成单用户。答对的方式：写start()，并在旁边注明“由 JVM 分配新线程异步执行 run，直接调用 run 只是普通方法调用”。
4.2 端口号随手填
错在服务端和客户端填了不同端口，或者选了 80、80000。原因是把端口当成随便一个数字。端口范围是 0 到 65535，1024 以下绑定通常需要更高权限，80000 直接越界。答对的方式：两端填同一个合法端口，优先选 8000 这类常规值，并写一句选择依据。
4.3 单例输出只写结果不写顺序
错在答案写成 1 和 1，或者干脆写 2。根因是没意识到静态字段按源码顺序初始化，且counter1的声明没有初始值不会重置。答对的方式：先给 1 和 0，再补三到四步初始化顺序，重点写“counter2的显式赋 0 覆盖了构造中的自增”。
4.4 开放题写成名词解释
错在 MVC 只写“模型视图控制器分离”，Hibernate 只写“ORM 框架”。原因是把开放题当填空题答，缺少职责和数据流。答对的方式：MVC 补一次请求的完整链路和三层依赖方向，Hibernate 补具体优势、具体不足和适用场景，每条都带动作或对象。
注意：易错点不是知识盲区，多数是答题习惯问题。考前把这几条过一遍，比再刷十道新题有效。
5. 考场节奏：四选二怎么选、怎么排、怎么保分
四选二的真实难点是取舍。我的建议是按“确定性”排序：单例输出题优先做，代码短、推导闭环、写完能自查；Socket 填空第二，四个空都有硬依据，检查一遍端口和start()基本不会错；MVC 和 Hibernate 二选一，选你最近实际用过或者能讲出三层结构的那道。两道基础题加起来十五分钟以内搞定，剩下时间全给开放题。
写开放题时用“总—分—收”三段，第一句给定位，中间按职责或优劣分点，最后一句给适用场景或代价。每点控制在两三行，宁可少写一条，不要堆形容词。下面这张表可以直接当考场检查清单用。
| 题型 | 建议用时 | 必查项 | 常见扣分 |
|---|---|---|---|
| Socket 填空 | 8 分钟 | 两端端口一致、accept()、start() | 写成run()、端口越界 |
| 单例输出 | 7 分钟 | 静态字段初始化顺序、counter2被覆盖 | 只写结果不写推导 |
| MVC | 15 分钟 | 三层职责、依赖方向、一次请求链路 | 只写名词不做分层 |
| Hibernate | 15 分钟 | 三条优势、三条不足、适用场景 | 只夸不写坑 |
还有一条血泪经验：填空题的每个空都要能说出“为什么不选另外三个”。这道 Socket 题四个选项设计得很典型，80 考端口常识、80000 考范围上限、run()考线程语义、server和server.open()考对象职责。能在草稿上对每个空写出排除理由，基本就锁分了。我后来每次带人练这份卷子，都要求先写排除理由再填答案，错的人立刻少一半。开放题同理，先列三条优势三条不足再动笔，写着写着跑题的情况就不会出现。
从那以后我每次做这类笔试复盘，都强制走一遍“答案 + 依据 + 排除理由”三件套，哪怕题再简单也不省。希望这套拆法帮到正在准备笔试的你。
本文还有配套的精品资源，点击获取
