“远景智能笔试你准备得怎么样了？”如果你最近在投秋招，这句问候可能已经听过好几遍了。每年这个时候，远景智能的软件技术笔试题都会在各技术群里被反复讨论，热度一点不亚于那几家大厂。我刷完第一批题目之后最大的感受就是：这套题不是拿来难为人的，它是在用一场考试把你的“真实工程底子”翻出来给你看。无论你是正在备战秋招的应届生，还是想评估自己基础是否扎实的社招选手，这篇拆解都能帮你理清笔试背后的出题逻辑和复习重点。
这套笔试题的特点是：考察面广、深浅结合。表面上看是传统的技术基础题（Java、数据结构、Linux、SQL），但实际每道题都在往“你平时写代码时到底思考到什么程度”这个方向深挖。比如数组和指针的关系，很多学校教材只讲概念，但试卷会直接让你在内存视角下分析代码行为；再比如Java集合框架，不是考你HashMap的put流程背诵，而是从哈希冲突、扩容、并发修改三个维度连续追问。这篇博文我会带你把题型逐类拆解，分析出题人真正想考察的能力模型，然后给出可以直接照做的备考策略和实战经验。
1. 笔试整体设计与考察逻辑
1.1 为什么笔试是秋招的第一道分水岭
我在带新人、也参与过一些招聘流程，一个真实感受是：笔试筛掉的往往不是能力差的人，而是“准备方向不对”的人。校招简历成千上万，面试官不可能人人面谈，笔试就是一道高效的大规模过滤闸门。远景智能这样的技术驱动型公司，尤其看重候选人的两项底层能力：第一，能不能在有限时间内定位问题并给出可运行的方案；第二，基础是否扎实到可以不假思索地调用，而不是需要查资料才能写出来。
所以这套笔试题的设计核心不是“偏难怪”，而是“稳准狠”。它考察的内容全是大学课程和企业日常开发都会用到的东西：数据结构与算法、Java语言特性、并发编程、Linux基础、网络协议、SQL与数据库设计。你不需要会什么冷门黑科技，但你必须把这些常见知识点理解到“能解释、能写、能调试”的程度。
1.2 考点分布与题型结构
从第一批题目来看，整体结构基本分三大块。第一块是客观选择题，涵盖Java语法、集合、并发、Linux命令、网络、数据库，大约占50分。第二块是简答或代码改错题，比如给你一段有并发问题的代码，让你指出问题并修复，这类题非常考验“读代码”的能力。第三块是编程题，一般是两到三道完整的算法实现，涉及数组处理、字符串、二叉树、动态规划这些高频题型。真正拉开差距的就是这部分。
值得注意的一个细节是：试卷里Java相关的占比明显偏高，同时夹杂了少量C语言指针和内存相关题目。这说明他们希望候选人的主干语言是Java，但对计算机底层原理也有认知。如果你只背了Java面试题而对内存布局、指针、字节序这些概念没有感觉，可能会在选择题上吃亏。整体来看，这套题的风格代表了目前主流中大型互联网/科技公司校招笔试的主流方向，认真拆解一遍，对其他厂的笔试也有很大参考价值。
2. 核心考点拆解与实战解析
2.1 Java基础与集合框架：从背流程到理解设计
Java基础部分是笔试的送分题也是送命题。送分是因为范围明确，送命是因为考得细。以HashMap为例，光“HashMap的底层原理是什么”就能分出三个层次。层次一的人能说出数组加链表；层次二的人知道JDK 1.8之后链表长度超过8转红黑树、扩容因子是0.75；层次三的人能进一步解释为什么转红黑树的阈值是8而不是6，为什么扩容因子取0.75是空间和时间的折中，以及并发场景下HashMap在JDK 1.7会形成环形链表导致死循环、JDK 1.8虽然改了插入方式但依然不是线程安全。
我建议复习集合框架时从“数据结构设计”的角度去理解，而不是背八股。比如ArrayList的扩容机制，默认容量是10，每次扩容为原来的1.5倍，通过位运算实现：int newCapacity = oldCapacity + (oldCapacity >> 1)。这个1.5倍是有讲究的，如果翻倍扩容会导致空间浪费过多（尤其是大数组的时候），如果一次性只加固定大小又会导致频繁扩容，1.5倍是一个经历过实践检验的折中值。类似的，ArrayDeque为什么不适合存null元素，因为它的判空逻辑依赖null作为特殊值来检测队列是否为空。这种理解方式不但能应付选择题，遇到简答题也能答出深度。
还有字符串相关的题，几乎每年必考。String、StringBuilder、StringBuffer的区别是基础中的基础，但笔试会更进一步：字符串常量池与堆中对象的区别、String s = new String("abc")创建了几个对象、字符串拼接时编译器做了什么优化。这里有个很容易踩坑的知识点：String s = "a" + "b" + "c"在编译期就直接变成了"abc"，因为编译器可以做常量折叠；但如果是String s = str1 + str2，其中str1和str2是变量，那么编译后会变成StringBuilder的append调用。用javap反编译一下就能看得很清楚。
2.2 数据结构与算法：数组、指针与高频题型
数组和指针的关系是笔试中出现频率极高的知识点。在C语言里，数组名在大多数表达式中会“退化”为指向首元素的指针，但有两个例外：sizeof(数组名)和取地址&数组名。我在网上看到不少讨论“数组和指针笔试题”的帖子，大部分都集中在这些边界情况上。比如int a[5] = {0}; sizeof(a)等于20（在32位系统上），而sizeof(&a[0])等于4，因为&a[0]是一个指针。再比如int (*p)[5] = &a; 这里的p是一个指向整个数组的指针，p+1会跳过整个5个int，也就是在内存地址上增加了20字节。这些细节如果你平时写Python或者Java写得多，可能已经忘了，但笔试真的会考。
算法题部分，我总结了一下热门的几类：数组处理、链表操作、二叉树遍历、字符串匹配、动态规划、贪心、排序变种。特别是双指针、滑动窗口、前缀和这三类技巧，在笔试题里出现的频率极高，因为它们能在O(n)时间内解决很多看似需要O(n^2)的问题。举个例子，最长无重复子串长度，如果用暴力解法是两层循环加一个Set去重，复杂度是O(n^2)；但用滑动窗口可以做到O(n)。我建议你在复习时不要只是刷题量，而是做“题型总结”，每做完一道题就记录它属于什么模式，用了什么技巧，这样考场上看到题目才能快速反应出该用什么方法。
二叉树这块，层序遍历、前中后序遍历的递归与非递归写法、最近公共祖先、最大深度、路径和问题是常客。其中非递归先序遍历我建议用“栈+临时节点”的方式实现，先塞右子节点再塞左子节点，这样弹出来的时候才是中左右的顺序。很多人背了这个流程但不知道为什么，其实核心就是栈的LIFO特性：要想先处理左子树，就得让左子树最后进栈，这样才能最先出栈。
2.3 操作系统与Linux：不只是敲命令
操作系统笔试题目主要集中在进程与线程、死锁、内存管理、调度算法、同步互斥这几个模块。进程和线程的区别是必考的，但现在的趋势是考得更深入，比如协程与线程的区别、进程间通信的几种方式与适用场景、锁的底层实现。我看到多家公司（包括亚信科技、芯原这样的硬件公司）笔试都会涉及Linux，远景智能这道题目里Linux部分占的分数不低。
Linux的考题分为两类。第一类是命令操作，比如如何查看系统负载、如何排查高CPU进程、如何查看端口占用、如何做文本处理。高频命令包括top、ps、netstat、grep、awk、sed、find、lsof。第二类是系统概念，比如文件系统的inode是什么、软链接和硬链接的区别、僵尸进程怎么产生怎么清理。这里有一个经典问题：top命令中load average的三个数字分别代表什么？很多候选人只知道低了好，但说不清楚是1分钟、5分钟、15分钟的平均负载，更说不清楚这个数字和CPU核数的关系。理想情况下，load average应该低于CPU逻辑核数，否则说明系统可能存在过载。
我个人的习惯是：复习Linux不靠背参数，而是直接在虚拟机里模拟各种场景。比如用“while true; do :; done”开一个死循环进程，然后top看CPU占用，再找到PID，用kill关掉；再比如用find / -size +100M去找大文件，分析磁盘空间到底被谁占了。这些操作只看文档记不住，动手一遍就忘不了。
2.4 网络与数据库：协议状态与索引设计
网络部分必考TCP/IP协议族，重点在TCP三次握手和四次挥手、TCP与UDP的区别、HTTP与HTTPS的区别、常见的HTTP状态码。最近的数据结构招聘热度来看，网络题目越来越注重状态码细节，比如301和302到底什么区别——301是永久重定向，客户端下次访问会直接使用新URL，而302是临时重定向，下次访问还会请求原URL。另外，HTTP/1.0、HTTP/1.1、HTTP/2.0的关键差异也需要掌握：HTTP/1.1默认开启Keep-Alive，HTTP/2.0支持多路复用，解决了队头阻塞问题，但TCP层面的队头阻塞依然存在，所以后来HTTP/3改用基于UDP的QUIC协议。这些点看起来是八股，但在笔试选择题里出现频率特别高。
数据库部分则集中在SQL编写、索引原理、事务隔离级别和锁机制。SQL题一般会给两张表，比如学生表和成绩表，让你查询平均分大于多少的学生、找出每科最高分、统计某个时间范围内的记录数。重点考察的是JOIN、GROUP BY + HAVING、子查询、聚合函数配合使用。事务隔离级别的考点也很固定：读未提交、读已提交、可重复读、串行化，以及它们分别解决什么并发问题——脏读、不可重复读、幻读。其中InnoDB的默认隔离级别是可重复读，但通过间隙锁（gap lock）机制，在特定条件下也能在一定程度上防止幻读，这个细节是很加分的点。
索引方面，重点理解B+树为什么适合做索引——因为它是多路平衡查找树，高度低，一次磁盘IO就能读取很多数据。另外，覆盖索引、最左前缀原则、索引失效的场景都是笔试的高频题。比如“对索引列进行函数操作会导致索引失效”，很多人知道结论，但不知道为什么——因为B+树存储的是原始的列值，对值做函数运算后，原来的有序性被破坏了，优化器就没法利用索引来快速定位了。理解了这个原理，你就不需要靠死记硬背哪些情况会失效，而是能自己推导出来。
3. 编程题的实操过程与现场复盘
3.1 拿到题目后的四步思考流程
编程题是笔试的大头，也是最容易在紧张状态下崩盘的部分。我在这套题的实测过程中，总结出一个四步思考法，特别适合考场环境。第一步，读题并提取输入输出样例，用两分钟时间明确边界条件，比如数组为空、只有一个元素、数值溢出、字符串有空格和符号。第二步，确定算法复杂度的上界，根据数据范围预估可能接受的算法——如果n是10^5，那O(n^2)基本超时，需要设计O(nlogn)或O(n)的方案；如果n是10^3，那O(n^2)可能刚好卡过。第三步，选数据结构，这个阶段是在写代码前先在脑中把主流程过一遍，确认用什么结构能最快实现——是否需要哈希表记录状态，是否需要优先队列维护最大最小值。第四步，动手写代码，写完后再花三分钟检查一遍边界。
这个流程执行起来很顺手，因为不会让你一上来就陷入细节。很多时候代码写半天发现思路错了，就是因为前三步跳过了，直接拿着题目就开始敲键盘，这种习惯在平时练习没问题，考场上代价太高。
3.2 典型题目一：字符串处理与滑动窗口
这批题目里有一道典型的字符串处理题，要求找出字符串中最长无重复字符的子串长度。题目很经典，力扣第3题，但笔试中改头换面出现率极高。我建议用HashMap加滑动窗口来实现，每个字符作为key，记录它上一次出现的位置。遍历字符串时，维护左边界left，如果当前字符已经在窗口中出现过（即在之前记录的map中），就把left更新为max(left, 原位置+1)，然后更新map中该字符的最新位置，同时维护maxLen。
这里最关键的一个细节是left为什么要和原位置+1做max比较，而不是直接等于原位置+1。考虑字符串“abba”，遍历到第二个a时，map中a的位置是0，但此时left已经因为重复的b更新到了2，如果直接把left设为0+1=1，窗口就会回退，导致包含重复的b。这是个特别经典的坑，我见过很多人刷过这道题，但现场还是会错在这个小小的max上。用longest无重复子串这套思路来解题，你还能轻松应对变体题，比如最多允许k个重复字符、字符串中找出最长不含重复字符的连续片段。核心思想就是：滑动窗口的左指针永不回退，右指针逐个扩增，配合哈希表记录每个字符的最新位置，实现O(n)扫描。
3.3 典型题目二：合并区间与排序
另一道高频题是“合并区间”。给你一个区间的集合，合并所有重叠区间。输入是[[1,3],[2,6],[8,10],[15,18]]，输出合并后的[[1,6],[8,10],[15,18]]。这个题的直觉做法是先按区间起点排序，然后逐个判断当前区间的终点是否大于等于下一个区间的起点，如果是就合并，更新终点为两者终点中的较大值。
这个题看起来简单，实际笔试中很多人在排序后就乱了。我见到一个错误率很高的写法：合并时直接修改原数组的内容，但忘了当前合并后的终点可能比下一个区间的终点还大。比如区间是[[1,4],[2,3],[5,6]]，合并完[1,4]和[2,3]后，终点还是4，下一个区间[5,6]起点5>4，不重叠，输出[1,6]就是错的，因为[5,6]根本没有与[1,4]重叠，所以输出应该是[[1,4],[5,6]]。关键的判断条件不是“下一个起点等于当前终点”，而是“下一个起点小于等于当前终点”，同时用while循环持续往后合并。这个题考的是对区间边界条件的敏感度，是一个典型的“逻辑简单但细节致命”的题目。
3.4 典型题目三：二叉树的层序遍历变体
二叉树相关题目的高频程度不用我多说了。层序遍历本身就是一个队列问题，从根节点开始，每层循环一次处理完当前队列中的所有节点，并把这些节点的子节点加入队列，循环完后当前层的列表就构建完成了。笔试中常见的变体有：之字形层序遍历（偶数行反转）、从底向上层序遍历（最后reverse一下）、右视图（每层取最后一个节点）、左视图（每层取第一个节点）。
还有一些题目会把层序遍历和前中后序遍历结合，比如“之字形打印二叉树”“按之字形顺序打印二叉树”，其实就是层序遍历加一个level变量判断是否反转。我建议你把这个题的代码写到非常熟练，可以直接盲写的程度。因为在考场上，你能流畅写出高频题代码，就能省下时间去做更复杂的动态规划题，这是一种很实际的策略。
4. 备考策略与常见问题排查
4.1 笔试前的系统复习清单
面对这类综合性笔试，零散刷题效率很低，我建议按模块做三轮复习。第一轮是关键词扫描，看Java集合、并发、JVM、Linux命令、网络协议、数据库索引这些关键词，把基础概念过一遍，确保听到名词能说出大概意思。第二轮是手写代码训练，重点刷滑动窗口、双指针、二叉树、DFS/BFS、拓扑排序、并查集、动态规划几种经典类型，每天保证两道完整写出且能运行的代码。第三轮是模拟考试，找往年的真题套卷，严格按120分钟时限做，训练时间分配和心态。如果你能坚持按这个节奏准备两到三周，绝大部分公司的笔试都能从容应对。
有个很多候选人会忽略的准备工作：提前准备好编程环境。现在很多笔试平台是在线编辑器，不能使用本地IDE的自动补全，所以你平时用IDEA写代码习惯了，到了在线编辑器里会遇到“intelliSense没有了，很多类的全限定名记不清”的情况。我强烈建议你在牛客网或者力扣上用非IDE模式刷至少十道题，提前适应这种“裸写”状态。你还可以准备一个自己的函数模板，比如组合数、快速幂、最短路算法的模板，考场上一旦遇到熟悉的问题，直接从模板开始改，能节省大量时间。
4.2 考场上的时间分配与做题顺序
笔试时间一般120分钟，题量根据公司不同在50到100道之间。我的策略是：先做选择和判断题，把快速能拿的分先拿到手；再做简答题，尽量写清核心思路；最后用剩余至少40分钟做编程题。编程题如果三道，先挑自己最有把握的做，不要被题目顺序影响心态。如果一道题看完三分钟没有思路，果断先跳过，等做完其他题再回来看。这种策略能防止在一个难题上卡太久，导致后面的简单题没时间做。
在简答题和改错题上，有一个实际有用的技巧：写答案时候先写结论，再写理由，最后写代码。比如线程安全的考题，你可以先写“这段代码存在问题，ArrayList在多线程并发写时会抛出ConcurrentModificationException”，然后解释原因，最后给出修复方案。面试官阅卷的时候是按点给分的，先把得分点写出来，比洋洋洒洒写一大段过程更稳。
4.3 笔试后的复盘与面试衔接
笔试考完之后最重要的不是对答案，而是复盘。我见过很多候选人笔试考完就过去了，完全不回头看，结果面试时被问到“你上次笔试那题怎么写的”反而答不上来。笔试中做错的题目，恰恰是面试官最容易追问的方向，因为它们暴露了你的知识盲区。所以我习惯在做完一套题之后，把每个不确定的题目标记出来，考试结束后立刻翻书或者查API文档把这些点弄懂，整理成错题笔记。
关于从笔试到面试的衔接，我想多说一句。远景智能的面试流程通常会围绕笔试题目做深入探讨，面试官可能直接拿出你笔试时的代码，让你自己解释思路、分析时间复杂度和空间复杂度、问如果数据量扩大100倍怎么办、有没有更优的解法。这种“追代码”的面试方式越来越流行。所以笔试时写代码不要图快，最好在代码注释里写下关键步骤的思路，方便后续面试讲解。你在笔试时写出的代码质量，某种程度上已经决定了你能走多远。
4.4 常见问题速查与避坑提醒
我把这几年带新人过程中最常遇到的问题整理成了一个速查表，供大家对照自查：
| 常见问题 | 原因分析 | 解决方案 |
|---|---|---|
| 选择题模棱两可，两个选项都像对的 | 对概念只知道字面，不理解底层 | 每个知识点追问一个“为什么”，从原理层面理解，而不是背定义 |
| 编程题运行超时（TLE） | 算法复杂度过高，或者用了低效的数据结构 | 先看数据范围，估算算法复杂度；遍历时能用HashMap就不用两层循环 |
| 数组和指针的题目总是错 | 对内存布局和编译器的“数组名退化”规则不熟 | 专门找C语言指针相关的题型练习，动手写代码验证sizeof和&的差异 |
| 并发相关代码题不会改 | 缺乏实际排查并发问题的经验 | 用断点调试一个多线程程序的竞态条件，并在StringBuilder和StringBuffer的性能对比中体会同步开销 |
| SQL题GROUP BY语法老错 | 对SQL执行顺序理解不清 | 记住执行顺序：FROM>WHERE>GROUP BY>HAVING>SELECT>ORDER BY，按这个顺序分析SQL |
| 笔试时间不够用 | 在前面客观题上花费太多时间 | 客观题遇到不确定的直接标记后跳过，每道题不超过90秒，把时间放编程题上 |
除了这些问题，还有一个大家很容易忽视的细节：数值溢出。Java里int的最大值是2147483647，如果题目要求计算两个大数的和或乘积，记得用long。如果题目范围更大，就要考虑BigInteger了。笔试中因为溢出而失败的代码不在少数，尤其是动态规划的题，dp数组的状态转移是累加型的，很可能溢出。建议拿到题目先看数值范围，超过int范围的立刻用long，不要往下推了再回来改，那样容易漏改。
5. 从笔试题目反推企业用人标准
5.1 笔试到底在筛选什么样的人
一套好的笔试题从来不只是在考知识点，它在模拟一个工程师的真实工作场景：给你一个模糊的问题，在信息不全、时间有限的情况下，你如何拆解、推理、落地、检查。远景智能笔试里Java、算法、Linux、SQL四块都有题，其实反应了他们心目中一名合格软件工程师的知识结构：至少有一门扎实的主语言，具备基本的算法思维，能独立解决开发环境问题（Linux），能操作数据库。
还有一个被很多人忽略的点：笔试中的选择题和简答题往往考察的是“契约思维”。比如让你指出一段代码的问题、让你解释索引失效的场景、让你判断并发问题，这些本质上都是“代码契约被破坏时你能不能发现”的能力。这种能力很难靠考前突击获得，需要平时写代码时多问一句“这个操作在并发下会发生什么”“这个调用在数据量大的时候会怎样”。如果你能把这种思维方式内化，笔试自然会高分，因为它考察的不再是记忆，而是判断力。
5.2 如何判断自己是否准备好了
一个实用的自测方法：找一套往年真题，卡着时间做一遍，然后对照答案批改。如果你的客观题正确率在70%以上，编程题至少完整AC一道，另一道有思路且部分用例通过，那么你大概率能通过大部分公司的笔试筛选。如果客观题正确率在50%以下，说明基础概念还有明显漏洞，先回到教材和网课重新梳理一遍，不要急着投递。
还有一个小技巧，我当时用下来觉得很有用：准备一个“实时错题本”，不只是记录正确答案，而是记录你自己当时的错误思路。比如“我选了B，因为我觉得ConcurrentHashMap完全锁住了整个数组，但正确答案是分段锁/CAS+局部锁”。这样到考前一周翻看错题本，你能瞬间回忆起当时的思维盲区，比重新刷十套题效率高得多。我在带新人时也经常让他们用这个方法，效果普遍不错。
5.3 心态管理与平时积累并重
笔试前一天晚上不需要再刷难题了，把做过的笔记和模板翻一翻，早点休息养足精神。考场上遇到不会的题再正常不过，重要的是不要因为一道题卡住就乱了节奏。保持“这道题不会就先跳过，把后面的分拿到再回来补”的心态，往往回头再看时思路就通了。我见过不少人平时刷题能力不错，但一到考场因为紧张导致简单的题也写错，这其实是可以靠模拟训练来克服的。
从更长远的角度来看，准备笔试不应该只是为了通过考试。你学习HashMap的底层结构、理解滑动窗口的思想、搞清楚TCP状态转换的过程，这些知识在工作中的使用频率其实非常高。每一次笔试准备，本质上都是一次系统性的基础强化，对面试也有直接的正面帮助。把笔试当成一次学习的机会，而不是一件痛苦的任务，你会发现准备效率会高很多。
写在最后的几句实在话
我自己的体会是，远景智能的这套笔试题在行业里属于“用心出题”的那一类。它不故意为难人，但也绝不给你放水，考的就是你平时学习、实习、写代码时有没有养成深入思考的习惯。你要做的不是焦虑地刷遍所有题，而是找到自己的薄弱环节，花时间真正理解，而不是背答案。复习过程中你会发现，那些一开始看起来很散的知识点——Java内存模型、算法复杂度、Linux进程管理、数据库索引——其实是互相关联的。等你真的把这些点连成线，笔试就不再是一项需要“应对”的任务，而是一次你展示自己工程素养的机会。最后再分享一个小技巧：投递简历前，先搜一搜这家公司往年的笔试题目，做到知己知彼。面试本来就是一场信息战，你了解对方越多，胜算自然越大。祝大家都能拿到心仪的offer。
