1. 广联达笔试背后的技术栈信号从题型看他们到底想要什么样的人2018年我在准备校招时做过大量笔试题广联达这套卷子给我留下的印象是“务实、重基础、不玩花活”。作为深耕建筑信息化领域的上市公司广联达的产品线覆盖工程造价、施工管理、BIM建筑信息模型等方向这意味着他们的开发工程师要直接面对复杂业务场景下的性能瓶颈、数据结构选型和并发处理问题。笔试题目整体传递出的技术信号非常清晰基础扎实程度优先工程实践能力次之算法思维和数据库能力并重。用一句话概括这套卷子的筛选逻辑是“先看你会不会写代码再看你懂不懂为什么这么写最后看你有没有工程化思维”。从岗位匹配的角度来说广联达开发工程师需要参与的产品包括造价软件、BIM平台、施工管理系统这些产品普遍具有数据量大、计算逻辑复杂、多用户并发访问的特点。所以他们的笔试题不太会剑走偏锋去考冷门API而是大量考察你在真实开发中一定用得上的核心知识点Java集合类底层原理、并发机制、SQL优化、经典算法思想。我当时做完这套题最大的感受是题目难度梯度和实际工作需求高度吻合。如果你只是背过八股文但是没有真正理解原理很容易栽在一些“看似简单、实则深坑”的题目上。这类题目最大的特点就是——你把概念背得再熟如果你没有真正理解数据在内存中是怎么流动的写出来的答案一定是含糊其辞、漏洞百出。下面我按照笔试的实际模块结构逐一拆解每类题型背后的真实考点并且补全当年我做题时踩过的坑和思考过程。2. 高频考点一Java基础与内存机制看似送分实则送命2.1 字符串、包装类与常量池——很多人的第一道坎广联达的笔试题从Java基础部分开始最常见的题型是考察String、StringBuffer、StringBuilder的区别以及包装类缓存机制。这类题看起来是送分题但实际批改时区分度极高。**如果你在答案里只写出来“String不可变、StringBuffer线程安全、StringBuilder非线程安全”最多只能拿一半分。**原因很简单面试官真正想看的是你对底层实现的理解深度。以String为例完整的答题思路应该包含这三个层面语法层面String用final修饰字符数组所以不可变每次修改都会产生新对象。存储层面字符串常量池String Pool在JDK 1.7之后移到堆内存中用intern()方法可以手动入池。性能层面大量字符串拼接时String会产生大量中间垃圾对象这就是为什么循环内拼接字符串必须用StringBuilder的原因。比如这段代码运行结果应该是什么String s1 abc; String s2 abc; String s3 new String(abc); String s4 s3.intern(); System.out.println(s1 s2); // true System.out.println(s1 s3); // false System.out.println(s1 s4); // true这个题目看起来简单但很多人在第二问会出错。原因是new String(abc)一定会在堆中创建新对象而s1指向的是常量池中的abc对象所以两者引用不同。但是如果深入思考new String(abc)到底创建了几个对象答案是1个或2个——如果常量池中已有abc则只在堆中创建1个对象如果常量池中没有则常量池与堆各创建1个共2个对象。这个细节我在后续面试中经常被追问建议你务必吃透。2.2 内存分区与垃圾回收——答得越深分数越高广联达笔试中关于JVM内存模型的题目也是重点通常会考察堆、栈、方法区以及JDK 1.8之后的元空间的划分结合-Xms、-Xmx等参数来出一道分析题。做这类题时有一个核心原则不要只罗列概念一定要和对象生命周期、垃圾回收算法关联起来说。假设题面是这样的一段程序创建了大量对象导致频繁Full GC请分析可能的原因并给出优化方案。一个高分的答案应该包含以下思考路径分配速率过高说明程序中创建对象的速率超过了垃圾回收的处理速率。老年代空间不足对象晋升过快或者存在内存泄漏导致老年代被打满。垃圾收集器参数配置不合理比如新生代过小导致对象频繁晋升到老年代。优化方向则分为两个层面代码层面减少对象的创建比如使用基本类型缓存、复用对象、使用ThreadLocal避免重复创建。JVM调优层面调整堆大小比例、选择合适的垃圾收集器如G1、CMS对不同场景的适配、开启-XX:PrintGCDetails观察日志。我当时做题时在“GC Roots有哪些”这个知识点上吃过亏。当时只写了“栈帧中的局部变量、静态变量、常量”漏掉了“JNI指针Native方法栈”导致整道题只拿到一半分。如果你也在准备类似笔试记住GC Roots有四大来源虚拟机栈中引用的对象、方法区中类静态属性引用的对象、方法区中常量引用的对象、JNI中引用的对象。2.3 数组拷贝与System.arraycopy——广联达偏爱的实用考点广联达笔试题中有一个特点非常明显他们喜欢考“效率敏感型”的函数。比如System.arraycopy和Arrays.copyOf的区别看起来很简单但实际上涉及深拷贝和浅拷贝的底层语义。System.arraycopy是一个native方法它直接在内存层面进行块拷贝效率远高于for循环逐个赋值。而Arrays.copyOf内部其实也是调用System.arraycopy实现的区别在于它返回的是一个新的数组对象。那个考点的核心在于int[] src {1, 2, 3, 4, 5}; int[] dest new int[5]; System.arraycopy(src, 0, dest, 0, src.length);这段代码在笔试中出现的变形通常是arraycopy能否用于复制二维数组正确答案是对于二维数组arraycopy只能复制外层引用内层数组依然共享——属于浅拷贝。类似的问题在广联达的题目中反复出现因为它们的产品确实要处理大量数组、矩阵运算这类底层操作。你要养成一个习惯看到一个API先思考它在内存层面做了什么再思考它适合什么场景。3. 集合框架与并发原语笔试中的“区分度之王”3.1 HashMap的原理深度——不止问结构还问为什么所有Java方向的笔试都会考HashMap但不同公司考法完全不同。广联达的题目侧重于存储结构、put流程、扩容过程、为何线程不安全。如果只是背结论“JDK 1.8之后是数组链表红黑树”你拿不到高分。真正有价值的作答角度是把“为什么引入红黑树”和“为什么树化阈值是8”这两个问题讲透。为什么阈值选8因为遵循泊松分布在负载因子0.75的前提下当链表长度达到8时碰撞概率已经低到千万分之六此时红黑树的引入是划算的——单次查找从O(n)降到O(logn)但节点会变大所以不能一上来就用树。这个细节在我的面试过程中出现率极高广联达的改卷标准里同样会关注这种“量化思维”。另一个高频变形是“HashMap的扩容为什么是2次幂”。核心在于哈希值对数组长度取模可以用位运算(n - 1) hash替代只有n为2的幂时(n - 1) hash才等价于hash % n且能保证均匀分布。更重要的是扩容时的优化JDK 1.8中节点在扩容后要么留在原位置oldIndex要么移动到“原位置旧容量”oldIndex oldCap这个判定依据是hash oldCap 0。如果你能写出这个结论并画出示意图就是一道高分答案。3.2 ConcurrentHashMap——从1.7到1.8的变化逻辑广联达的并发题重点考察ConcurrentHashMap的不加锁读、分段锁1.7或CASsynchronized1.8题目定位是“工程上如何保证线程安全”。回答这类题我的建议是采用“版本对比最后为什么这样改”的结构。JDK 1.7中ConcurrentHashMap用Segment分段锁把数据分成16段每段独立加锁读操作完全无锁。JDK 1.8直接抛弃Segment改用Node数组 CAS synchronized实现锁的粒度细化到单个数组元素桶级别并发度大幅提升。这里有个题眼为什么1.8可以在写操作时用synchronized锁头节点而不用ReentrantLock答案是synchronized在JDK 1.6之后经过锁升级无锁→偏向锁→轻量级锁→重量级锁在多线程竞争不激烈时开销很低而JDK自身对synchronized做了深度优化配合CAS操作可以减少锁竞争时的上下文切换开销。这个点能让你在同批考生中显出差异化优势。3.3 volatile与JMM——以“可见性”为核心展开并发这一块广联达还喜欢考volatile的两大语义保证可见性、禁止指令重排序。题目通常结合单例模式的双重检查锁来考察“为什么单例模式中要用volatile修饰instance”核心答案在于new Singleton()不是一个原子操作它在字节码层面会经历“分配内存空间→初始化对象→将引用指向内存空间”三个步骤。如果不加volatileJVM和CPU可能对第2、3步进行重排序——也就是说线程A先执行了“将引用指向内存空间”但对象尚未初始化此时线程B进入第一次判空发现instance不为null直接返回了一个“半初始化”对象。而volatile通过内存屏障禁止了这个重排序保证对象引用被发布时一定是完全初始化的。笔试中如果用白话把这个过程写出来比背任何一段书上的定义都更能体现你的理解。我当时遇到的是判断题volatile能否保证原子性当然不能它只是可见性和有序性。这里建议你额外补充“happens-before原则”来体现知识体系的完整度。4. 数据库与SQL优化不仅是写出来还要写漂亮4.1 索引失效场景——笔试必考、面试必问广联达笔试中数据库部分倾向于结合实际业务场景出题比如“公司考勤表中有一个索引基于department_id, work_date, status三列判断以下查询能否命中索引”。这个考点本质是索引最左前缀原则但扩展出来有四类经典坑跳过最左列直接查work_date和status索引必然失效。对索引列使用函数WHERE DATE(work_date) 2024-01-01无法命中改为work_date 2024-01-01 AND work_date 2024-01-02。隐式类型转换字段是string类型查询条件用数字MySQL会做隐式转换导致索引失效。like模糊查询左前缀通配LIKE %abc失效LIKE abc%可用。做完这类题你需要形成条件反射每写一条SQL脑子里面过一遍执行计划。广联达笔试也明确要求手写“分析执行计划”的答案思路说明他们非常看重线上SQL的排查能力。在答案中加上EXPLAIN语句的使用说明比如关注type字段从const、ref、range、index到ALL的等级变化会让阅卷人觉得你具备真实调优经验。4.2 事务隔离级别与MVCC——用场景题检验理解深度数据库部分的第二大类是事务考察方式通常是给一个并发场景问你会出现什么问题应该选择什么隔离级别。三个回合一气呵成答下来才能拿全分。第一回合READ UNCOMMITTED会产生脏读——读到其他事务尚未提交的数据。需要明确这个隔离级别几乎不会被实际使用因为数据一致性太差。第二回合READ COMMITTED解决了脏读但会产生不可重复读——同一事务内两次读取同一行结果不同。MySQL中是通过“每次查询生成新的ReadView”实现的。第三回合REPEATABLE READ解决了不可重复读但默认情况下仍有幻读风险不过MySQL InnoDB通过间隙锁Gap Lock在大部分场景下解决了这个问题。MySQL默认隔离级别就是REPEATABLE READ这和其他数据库比如Oracle默认READ COMMITTED有很大区别也是笔试喜欢设坑的点。笔试中如果能进一步补充MVCC多版本并发控制的基本流程——即每行数据存在隐藏列DB_TRX_ID和DB_ROLL_PTR通过ReadView判断某版本是否可见——就能明显拉开和其他考生的差距。这个逻辑相当于给每一行数据建立了一个历史版本链读操作通过版本判断实现无锁快照读这在我入职后处理报表并发读写时非常受用。4.3 手写SQL——关注业务场景而非语法炫技广联达数据库题还有一个地方值得注意手写SQL的题面经常涉及“造价项目表”“材料价格表”“结算单表”这和主营业务强相关。常见题型是查出“每个项目中价格最高的材料名称”答法是用窗口函数 ROW_NUMBER() OVER(PARTITION BY project_id ORDER BY price DESC)再在外面套一层查询筛选排名为1的记录。如果笔试时间在2018年前后阅卷方对窗口函数的接受程度不如现在高但会视为加分项。保守作答可以用“子查询关联查询”实现SELECT a.project_id, a.material_name, a.price FROM material_price a INNER JOIN ( SELECT project_id, MAX(price) AS max_price FROM material_price GROUP BY project_id ) b ON a.project_id b.project_id AND a.price b.max_price;这种解法能保证逻辑正确但要注意一个陷阱如果同一个项目中有两种材料价格相同且都是最高价这个SQL会返回两行。如果题目要求“每项目只返回一条”需要改为窗口函数写法再用ROW_NUMBER()过滤或使用GROUP_CONCAT等聚合方式。准备笔试时这些边界条件的思考能帮你练出严谨的编码习惯。5. 算法与数据结构三道题看出编码硬功夫5.1 数组和链表——考察你如何操作内存广联达算法题中“数组模拟环形队列”这类题目出现频率很高。为什么偏爱这类题因为造价软件里大量数据是流式的比如计价文件的读取和解析本质上就是“生产者写入数组→消费者取出处理”的过程环形队列正好匹配这个场景。核心思路是维护两个指针front和rear以及一个size字段区分队列空与满还有一个方案是牺牲一个存储单元用来区分空满。实现时注意取模操作rear (rear 1) % capacity; front (front 1) % capacity;这道题的答题重点不是写出来而是测试用例设计。你需要覆盖空队列取元素、满队列加元素、队列大小从capacity减到0、以及入队出队交替时front和rear指针的追赶关系。我当时在做这类题时养成了一个习惯先写测试用例再写逻辑代码。这个习惯在后面的技术面试中帮了我很多。5.2 排序算法——不止默写还要分析稳定性排序算法是广联达笔试题中非常稳定的一类考点且题型灵活。比较常见的有手写快排、归并排序、插入排序然后追问“该排序的时间复杂度和稳定性如何”。一个容易踩的坑是快排的“稳定性”。快速排序是不稳定的比如对数组[5, 3, 3]第一个3和第二个3的相对顺序在partition过程中可能会交换。如果你不确定可以用一个极端的例子去推演一遍。而归并排序稳定因为合并时左子数组元素优先被拷贝到临时数组相同元素的原始相对顺序得以保持。再来一道经典题某排序算法在数据基本有序时速度最快请问是什么排序答案是插入排序。因为基本有序时内层while循环几乎不移动元素时间复杂度接近O(n)。而快速排序在基本有序时如果不做优化比如三数取中、随机化基准会退化到O(n²)这一点在答题时最好主动提及。5.3 二叉树与递归——用“遍历思想”一鱼多吃二叉树题目作为算法部分压轴的概率同样不低常见的是“层序遍历按层输出”。这道题的经典解法是借助队列实现广度优先搜索public ListListInteger levelOrder(TreeNode root) { ListListInteger result new ArrayList(); if (root null) return result; QueueTreeNode queue new LinkedList(); queue.offer(root); while (!queue.isEmpty()) { int size queue.size(); ListInteger level new ArrayList(); for (int i 0; i size; i) { TreeNode node queue.poll(); level.add(node.val); if (node.left ! null) queue.offer(node.left); if (node.right ! null) queue.offer(node.right); } result.add(level); } return result; }核心点在于size queue.size()必须在内部循环开始前获取因为队列长度在循环过程中会动态变化。很多考生在这里出错导致每层节点数不对整道题直接零分。我在做题时还总结了一个规律一旦笔试中出现二叉树90%可以用递归/DFS解决而层序遍历BFS是区分“会递归但不会迭代”的一道分水岭。广联达这类同时有递归和迭代解法的题阅卷时会注意你是否用了更高效的解法。5.4 手撕排序的变形——TopK问题与堆TopK问题是算法题中“披着排序外衣”的经典进阶题广联达笔试出现过“从一个超大文件内存装不下中找出出现频率最高的10个词”。常规答法有两个方向局部淘汰法维护一个大小为K的小顶堆遍历数据每次与堆顶比较大于堆顶则替换并调整堆时间复杂度O(n·logK)。本质上是“用一个固定容量的筛子过滤所有数据”。分治思想大文件切分为小文件分别统计每个小文件的TopK最后合并。这是MapReduce思想的简化版在真实工程项目中很有用。在笔试卷面中如果要写代码建议直接写堆方案第一版因为代码量可控。面试回答时再补充分治思路会让人感觉你有工程大局观。6. 广联达特色考点设计模式与场景题隐藏在基础知识背后的实战摸底6.1 单例模式——安全性与性能的权衡考察广联达笔试对设计模式的考察不深但单例模式是常年固定考点。原因很简单造价软件中很多配置类、缓存类对象必须全局唯一比如计价规则引擎、税率配置中心如果被多次实例化要么资源浪费要么数据不一致。推荐的满分答案是静态内部类方式public class Singleton { private Singleton() {} private static class Holder { private static final Singleton INSTANCE new Singleton(); } public static Singleton getInstance() { return Holder.INSTANCE; } }原理是Holder是静态内部类只有在getInstance()第一次被调用时才会被JVM加载从而实现懒加载类加载阶段由JVM保证线程安全所以不需要显式加锁。当笔试追问“双重检查锁为什么用volatile”时请把上面讲到的指令重排序问题完整答一遍把两章知识串联起来会让你的答案特别亮眼。6.2 场景设计题——从“会答题”到“会做事”场景题是广联达笔试较为特殊的一道题通常考察的是“设计一个短链系统”或“设计一个缓存”。我当时遇到的是一道“设计一个文档协同编辑的并发控制方案”假设用户同时编辑同一份计价文件如何保证数据一致性。做这类题不需要写出完整系统但要有清晰的骨架。我建议按“存储选型→冲突检测→冲突解决→数据同步”四步回答存储选型文档结构用MySQL存元数据用Redis做操作队列或session缓存。冲突检测版本号机制version字段每次提交时带上上一次读取的版本号如果版本不一致说明被其他用户改过。冲突解决采取“操作转换OT”思想或“最后写入者获胜LWW”业务上通常需要提示用户合并。数据同步通过WebSocket或轮询短轮询把最新变更推送给其他协同用户。答案本身不必追求大规模分布式但一定要体现“边界条件意识”比如网络超时怎么办两个人同时改同一个字段怎么办断网重连之后如何拉取缺失的变更这些追问下能不能保持思路清晰决定了这道题的上限分数。6.3 设计原则的细节补充开闭原则与控制反转场景题之外广联达偶尔会在选择题或简答题中考察SOLID设计原则。如果你在答案中能够举出具体例子比如“用策略模式消除多个if-else符合开闭原则”就比单纯背定义有效得多。一个常用示例是价格计算器不同计价规则按面积、按单价、按市场价波动实现同一个PriceStrategy接口通过注入不同策略来扩展功能而不需要修改原有计算逻辑。另外控制反转IoC和依赖注入DI是Spring框架的基石概念笔试中出现概率也很高。如果你报考的是Java开发岗建议将“控制反转是为了解耦”“依赖注入是控制反转的一种实现方式”这个因果关系刻在脑子里。7. 计算机基础与网络知识点笔试中不可忽视的“撒分项”7.1 TCP三次握手与四次挥手——从状态流转到实战排查网络基础题在广联达笔试中占比不低形式上以选择题和简答题为主。三次握手四次挥手的标准答案大部分人都能默写但是只要一追问“为什么TIME_WAIT状态需要等待2MSL两倍报文最大生存时间”很多人的回答就会变得含糊。第一个原因为了保证A发送的最后一个ACK报文能够到达B。如果这个ACK丢失B会超时重传FIN报文A可以在TIME_WAIT期间收到这个重传的FIN并再次回应ACK避免连接无法正常关闭。第二个原因为了防止“已失效的连接请求报文段”出现在本连接中。如果A立刻关闭并新建连接新连接可能收到网络中残留的旧连接报文造成数据混乱。2MSL的时间足够让本连接中的所有报文在网络中消失确保新连接不受干扰。我当时把“为什么是2MSL”当成重点问题反复推演结果在面试环节真的被追问到了。笔试答案里加上“从主动关闭方视角来看TIME_WAIT状态是保证可靠性和安全性的必要代价”这句话会显得你确实深入思考过。7.2 HTTP与HTTPS——基础中的高频拦截点关于HTTP协议重点考察状态码、请求方法、GET与POST区别。一个容易丢分的细节是“POST比GET更安全吗”这道题目——正确答案是从传输层看都不安全明文传输都有可能被截获POST只是不把参数放在URL中但Body同样可以被抓包工具读取。真正安全的是HTTPS。HTTPS的握手过程也是一个高频简答题请务必按顺序梳理客户端发送ClientHello服务器返回CertificateServerHello客户端验证证书并生成预主密钥Pre-Master Secret用服务器公钥加密后传给服务器双方通过协商的算法生成对称会话密钥之后通信全部使用对称加密。这个流程本质上是“通过非对称加密安全地交换对称密钥”因为对称加密速度快、非对称加密安全性高两者结合是性能和安全的折中方案。7.3 Linux常用命令——从笔试到入职后的必备技能对于开发工程师岗位广联达笔试题中会包含少量Linux基础题比如查看端口占用、查看日志、查找文件等。常见的命令清单如下# 查看端口占用 netstat -tlnp | grep 8080 lsof -i:8080 # 查看日志尾部并实时跟踪 tail -f app.log # 统计日志中ERROR出现的次数 grep ERROR app.log | wc -l # 查找指定目录下所有Java文件 find /home/app -name *.java # 查看系统内存与CPU使用 free -h top这些命令看起来基础但笔试中经常以“给你一个线上故障你用什么命令排查”的形式出现。比如“服务启动失败端口被占用”那么答netstat -tlnp找出PID然后kill如果是“日志刷得很快磁盘空间告急”那么答du -sh *找目录、ls -lht按时间排序找出大文件。养成“故障→定位→处置”的答题逻辑分数会明显提高。8. 笔试实战策略答题顺序、时间分配与心态细节8.1 拿到卷子先花2分钟通览全局我的建议是先花2分钟把所有题目快速扫一遍标记出简单题、中等题、难题三类然后按“先易后难、先高分后低分”的顺序作答。很多人习惯从头做到尾结果卡在一道算法题上浪费了30分钟后面的SQL大题和场景题却没时间写。广联达笔试题量通常在90分钟到120分钟之间如果前面磨蹭太久了后面手写代码的题很容易草草收场。通览题目还有一个好处你可以在潜意识里“预热”后续题目的解法思路比如看到压轴题是二叉树层序遍历你在做前面的集合题时就可以顺带回忆队列的用法。我个人的经验是这类连贯性的唤醒比临时看题再思考要高效得多。8.2 代码题的“可读性”也是分数手写代码的题阅卷人一眼看到的是代码的“气质”。同一道题字迹清晰、变量命名规范、缩进整齐的卷面分数一定比潦草、命名混乱的高——这听起来像废话但每年都有大量考生在这一点上吃亏。用有意义的变量名queue、levelSize而不是q、n加上必要的注释说明你确实是在“写工程代码”而不是“默写答案”。另外一个细节如果时间充裕可以多写一段“测试用例”在代码下方如输入root[3,9,20,null,null,15,7]输出[[3],[9,20],[15,7]]。这能让阅卷人直观看到你的思考完整性是很多高分考生的隐蔽加分项。8.3 实在不会的题怎么“蒙”得更专业笔试中的选择题或判断题如果完全不了解不要空着。广联达笔试采用倒扣分的概率不高留白一定没分排除法猜测至少有25%的概率命中而空白则是零。对简答题即使不确定也要把相关的知识框架往上靠比如完全不熟悉“ConcurrentHashMap的size()实现”但知道CAS、synchronized、分段思想就可以把这三点展开写一遍阅卷时很可能会给“部分过程分”。场景题最忌讳的是只写一两行“我觉得应该用XX技术”。即便没有把握某个具体方案也要努力写出“分析步骤”——问题拆解、可选技术对比、矛盾权衡、最终取舍。这种结构化的思维呈现方式本身就在传递你的工程素养。8.4 时间不够时的做题优先级参考如果你在最后15分钟发现还有几道大题没写完我建议按以下优先级补救手写SQL题分值高、逻辑直观、阅卷快写出来基本就有分。设计模式题代码量小核心概念只要沾边就能拿分。算法题中的第一问如果你是只写了核心函数而没写全测试优先保证核心逻辑完整。网络/操作系统简答题即使时间紧张也可以列出所有记得的要点用关键词作答。这其实和各公司的改卷惯例有关大题按点给分你写出的每一个关键词都是得分点。用30秒写“三次握手SYN → SYNACK → ACK”远好于花30秒纠结要不要写完整。8.5 考后复盘把笔试当作学习地图做完笔试不是终点真正的价值在于复盘。我的习惯是把每道不确定的题抄下来当天晚上找资料翻书重新推演一遍把“当时为什么错”和“正确思路是什么”整理成错题笔记。广联达的这套题目覆盖了JVM、并发、集合、SQL、算法、网络、Linux等核心知识模块本身就是一张很好的“工程师能力体检表”。如果笔试通过进入面试环节面试官很可能拿着你试卷上的某个答案追问。所以考后复盘最好结合自己的解题过程认真回忆当时写的每个措辞。遇到卷面上的问题被追问时不要慌张可以坦诚说“当时在笔试中我的理解是这样后来我又查了资料发现可以从XX角度再做补充”这种学习态度通常是面试官乐于看到的。9. 工具与书籍的推荐笔试准备阶段的实战清单9.1 刷题平台的选择准备广联达这类公司的笔试刷题平台要“一主一辅”。主刷可以在力扣LeetCode上按“标签”刷题尤其是数组、链表、二叉树、动态规划、哈希表这五大类辅刷可以针对“Java集合并发JVM”的知识点找一些针对性的面经和小册子来强化记忆。不要本末倒置——笔试题里算法只是一部分基础知识的占比也很高所以不能只刷题不看书。建议每天保持2~3道算法题加30分钟八股文背诵的节奏。重点是把“力扣题解中高效的边界写法”吸收为“自己的解题模板”比如二分查找模板、递归转迭代模板、滑动窗口模板这些模板在考场上能大幅提升写代码的速度。9.2 必啃的四本书对于Java开发方向以下四本书是我认为性价比最高的《Java编程思想》帮助建立面向对象和基础语法的思维体系虽然有些章节过时但核心思想不过时。《深入理解Java虚拟机》重点读内存区域、垃圾回收、类加载机制这是JVM题的绝对核心。《Java并发编程的艺术》把synchronized、volatile、AQS、并发容器看透应对并发类考题完全够用。《高性能MySQL》重点读索引原理、事务隔离级别、MVCC和SQL优化数据库题基本能覆盖。四本书看起来多但各有侧重且没有重复缺一本就会留下一个知识模块的盲区。如果时间紧张优先读JVM和MySQL因为这两个模块是校招笔试题中区分度最高的。9.3 广联达笔试之外的长期竞争力笔试是通过门槛但不是能力终点。工作之后你会发现真正考验人的不是会不会背出ConcurrentHashMap的实现细节而是在线上出现并发问题时能不能快速定位故障、能不能通过索引优化把一条从300ms降到30ms的SQL写出来。广联达所在的建筑信息化行业数据模型和业务逻辑都很复杂这要求工程师不仅要懂技术还要懂业务。建议在校招笔试准备中顺便积累一些数据库表设计、缓存设计、日志型业务设计的能力。比如“如果让你设计一个企业材料价格库”你会如何拆解供应商、材料、区域、时间、价格这几个维度这类设计思维虽然不直接出现在笔试试卷中但会在面试和入职后的实际项目里起到决定性作用。另外如果你对于广联达的产品线本身感兴趣可以提前体验一下他们的软件产品了解造价软件里的“清单计价”“定额库”“人材机汇总”等业务术语。笔试中偶尔会出现业务背景题提前了解会让你在审题时比别人更快抓住要点。