乐视2017暑期实习生笔试题一这份卷子我刷了两遍第一遍掐着时间做第二遍逐题分析出题意图。说实话乐视的实习笔试题在当年属于“看着不难、做对不易”的典型代表尤其是Java和C语言基础部分考察得非常细很多题目放在今天依然值得好好琢磨。这套题适合正在准备大厂实习、校招的计算机相关专业学生也适合工作一两年的开发者在跳槽前拿来自查基础。它考察的核心不是“会不会用某个框架”而是语言底层原理、操作系统基本素养、数据结构基本功这些硬通货。这篇文章我按照题型分布、核心考点、答题策略、失分点复盘四个维度来拆争取让没做过这套题的人也能有所收获。1. 试卷整体印象与考点分布1.1 这套题到底在考什么拿到卷子先别急着做题我习惯先扫一遍题型分布。这套实习生笔试题整体分三大块单选题、多选题、简答题和编程题题量不小考试时间一般给到90到120分钟。从考察内容来看乐视的笔试更偏向“基础扎实度测试”而不是“项目经验展示会”。Java占了相当大的比重其次是C语言的数组和指针再就是Linux基础命令和网络基础。这个出题思路其实代表了当时互联网公司对实习生的普遍期待你可以没有实际项目经验但计算机基础必须牢固。因为实习生进组后主要靠自学和导师带如果连语言底层机制、操作系统的基本概念都含糊带起来会非常吃力。所以这套题的定位非常明确——筛选“底子好、上手快”的候选人。1.2 从热词看考点趋势我当时刷题的时候顺便整理了一下同类笔试的高频考点发现一个规律Java笔试题、数组和指针笔试题、Linux笔试题这几类是互联网公司实习笔试的固定搭配。Java考察的重点永远是面向对象特性、集合框架、异常机制、JVM基础这些数组和指针永远是C语言考生的噩梦考察的无非是数组名与指针的关系、sizeof的运算规则、指针运算的边界问题Linux则集中在文件权限、进程管理、常用命令的细节上。这套题恰好都覆盖了。对于准备笔试的人来说把这些高频考点吃透比盲目刷大量偏题怪题要高效得多。我建议按“先Java后C再Linux”的顺序复习因为Java占分最高C是区分度最大的部分Linux是性价比最高的得分点。2. Java核心考点逐题拆解2.1 面向对象与关键字细节这一部分最常考的是访问修饰符、final关键字、static关键字、重载与重写的区别。乐视这套题里有一个典型陷阱题问final修饰的方法能否被重载。很多人一看final就条件反射选“不能重写”但题目问的是重载final只限制重写重载跟它一点关系都没有。这种题考察的就是你对概念边界是否清晰。另一个高频考点是String类的不可变性。题目经常这样出String s hello; s s world; 问创建了几个对象。很多人答“两个”实际上如果字符串常量池里没有hello和helloworld那这里涉及了四个对象常量池里新建的hello、world、helloworld以及堆上由StringBuilder创建的临时对象严格来说StringBuilder也算一个。但考试按标准答案走的话通常是考察“字符串拼接会创建新对象”这个核心点不必过度纠结。2.2 集合框架与HashMap原理集合类是Java笔试的重灾区因为可考的点太多了。当时的乐视卷子里有一道关于HashMap的题问HashMap是否线程安全、底层结构是什么、什么时候触发扩容。现在还多了红黑树这个点但2017年那会儿主要考的是数组加链表的结构和扩容机制。HashMap在JDK 1.7及以前是数组加链表1.8之后加入了红黑树。扩容的触发条件是size超过thresholdthreshold等于当前容量乘以负载因子默认负载因子0.75默认初始容量16。这些数字最好背下来因为笔试不会给你查资料的机会。关于线程安全HashMap本身是非线程安全的多线程并发put甚至可能在1.7版本造成链表环导致get死循环。这个考点在面试里比笔试里更常见但不排除笔试用多选题的形式考察“下面哪些是线程安全的集合类”这时候要能分辨出ConcurrentHashMap和Hashtable是线程安全的CopyOnWriteArrayList也是而HashMap、ArrayList、LinkedList都不是。2.3 异常机制与常见陷阱异常这块乐视的题目常考的是受检异常和非受检异常的分类以及try-catch-finally的执行顺序。其中finally块里如果有return语句会覆盖try里的return这是一个非常经典的陷阱。我举个例子try { return 1; } finally { return 2; }最终方法返回的是2。很多人不理解为什么其实规则很简单finally块的执行优先级高于try块中的return一旦finally里有return它会直接决定方法的返回值。这个知识点在笔试里属于“会者不难、难者不会”的分水岭题。还有一道容易错的题Error和Exception的区别。Error是JVM层面的严重错误比如OutOfMemoryError、StackOverflowError程序无法恢复不应该去捕获Exception是程序层面的问题可以通过代码处理。这里要注意RuntimeException运行时异常属于Exception的子类但它不需要显式声明throws这也是受检和非受检的核心区别。2.4 JVM基础与内存模型实习生笔试也考JVM但不会太深主要集中在堆和栈的区别、垃圾回收的算法、以及内存溢出的场景。乐视这套题里有一道关于堆栈的判断题基本类型变量和对象引用存在栈上对象本身存在堆上。这个说法基本正确但要稍微补充一句局部变量在栈上成员变量随对象在堆上静态变量在方法区1.8之后叫元空间。垃圾回收方面常考的是引用计数法和可达性分析的区别。JVM主流用的是可达性分析从GC Roots出发遍历对象图能被遍历到的就是存活的遍历不到的就标记为可回收。引用计数法的缺陷是解决不了循环引用的问题A引B、B引A但两者都不再被外部引用时引用计数永远不为0就无法回收。这道题在笔试里出现的频率很高。3. 数组与指针C语言考生的分水岭3.1 数组名和指针到底差在哪先说一个最常见的坑数组名不是指针。虽然在很多场景下数组名会退化成指向首元素的指针比如作为函数参数传递时但它俩本质不同。sizeof对数组名操作得到的是整个数组的字节数而对指针操作得到的是指针本身的大小64位系统下是8字节。int a[10]; 那么sizeof(a)是40假设int占4字节而sizeof(a[0])是8。很多考题就喜欢在这里设陷阱。另外一个经典考点是a和a的区别a的类型是int*或者说指向首元素的指针a的类型是int(*)[10]也就是指向整个数组的指针。虽然它们打印出来的地址值相同但a1指向下一个元素a1直接跳过整个数组跨度是40字节。3.2 sizeof与strlen的对比陷阱C语言笔试里sizeof和strlen的对比是必考内容。char str[] hello; sizeof(str)是6因为字符串字面量末尾有隐含的\0strlen(str)是5它数到\0就停但不包含\0本身。而char* p hello; sizeof(p)是864位指针大小strlen(p)还是5。假如题目加一个char str[10] hello; 那sizeof(str)是10不是6也不是5因为数组的大小在声明时已经定死了。strlen(str)依然是5因为strlen是运行时函数按内容计算。这几组对比放在一起就能刷掉一批对底层细节掌握不牢的人。还有一道经典题int a[2][3]; 问sizeof(a[1])是多少。a[1]是二维数组的第二行类型是int[3]所以sizeof是12。这类题考察的是二维数组的行和列在内存中的排布——二维数组本质上是数组的数组连续存放a[1]就是第二行的首地址。3.3 指针运算的边界问题指针运算的题核心要记住指针加1实际加的是sizeof(指向的类型)个字节。int* p指向int数组p1就跳过4个字节char* q指向char数组q1只跳过1个字节。这种题出出来就是送分题但很多人会在char和int的混合场景里翻车。还有一种题是int a[5]; int* p a[2]; 问p[-1]是多少其实是a[1]。负下标在C里是允许的只要最终地址在合法范围内。这道题考察的是对指针算术本质的理解——p[-1]就是*(p-1)把指针往回调一个元素的大小对应的就是a[1]。很多没做过题的人第一次见到负下标会懵但原理其实很简单。3.4 函数指针与指针函数函数指针和指针函数也是一个经典陷阱。指针函数是“返回指针的函数”比如int* func()函数指针是“指向函数的指针”比如int (*funcPtr)(int, int)。两者的区别就在于括号的位置。笔试里常考的是怎么声明一个函数指针以及怎么通过函数指针调用函数。int (*funcPtr)(int, int) add; int result funcPtr(3, 5); 这种写法要注意函数名在表达式中会退化为函数指针所以add和add都可以直接赋值。而调用的时候funcPtr(3,5)和(*funcPtr)(3,5)在效果上是一样的。这种题考察的就是对声明语法和函数调用机制的掌握。4. Linux基础与网络常识4.1 高频命令的细节考察Linux部分的题相对直白考的就是常用命令的细节。比如ls -l输出里的权限位怎么解析-rw-r--r--代表什么chmod 755和chmod 644分别是什么意思。755代表文件所有者可读可写可执行组用户和其他用户可读可执行644代表所有者可读可写组和其他用户只可读。还有一道高频题是查找文件的命令选择要在当前目录下查找所有.java文件用find . -name *.java注意find的-name参数支持通配符但要用引号包起来防止shell提前展开。而grep是在文件内容里搜索find是搜索文件名这个区别经常混在一起考。进程相关命令也是常客ps -ef和ps aux的区别一个是标准格式一个是用BSD格式但都能看进程。top命令看动态进程信息kill -9强制终止进程。netstat -tlnp看端口占用这些在实战中用得非常多。4.2 软链接与硬链接的区别软链接和硬链接是Linux笔试里的经典概念题。硬链接是同一个inode的多个目录项删除一个不影响其他链接软链接符号链接是一个单独的文件存的是目标文件的路径如果目标文件被删了软链接就变成“悬空链接”。题目经常这样出ln -s source dest创建软链接ln source dest创建硬链接。然后问删除source后dest还能访问到内容吗硬链接可以因为inode还在数据没被释放软链接不行因为它是靠路径找文件的源文件没了链子就断了。4.3 TCP三次握手与HTTP基础网络部分的考察集中在TCP三次握手的状态变化上。客户端发SYN服务端回SYNACK客户端再回ACK然后连接建立。笔试喜欢考的问题是第二次握手失败会怎样答服务端收不到客户端的ACK会超时重传SYNACK如果超过最大重传次数连接建立失败。HTTP部分就是状态码的含义200成功、301永久重定向、302临时重定向、403禁止访问、404找不到资源、500服务器内部错误。还有一个常考点是GET和POST的区别GET参数在URL上POST在请求体里GET有长度限制POST没有POST相对安全但并非绝对安全。这些知识点在实习生笔试里属于“知道了就得分”的类型。5. 编程题的答题思路与实现5.1 字符串反转类问题乐视这类笔试的编程题一般不会太难重点考察代码规范和边界条件处理。最典型的题目是字符串反转要求不借助额外空间实现原地反转。思路就是双指针一个指向开头一个指向结尾交换这两个位置的字符然后两个指针往中间移动直到相遇。void reverseString(char* s, int len) { int left 0, right len - 1; while (left right) { char tmp s[left]; s[left] s[right]; s[right] tmp; left; right--; } }这道题有一个容易忽略的坑字符串末尾的\0不能被反转进去所以要先把len算准反转范围不包括\0。如果用strlen先算长度就要注意它是到\0为止的其实天然把\0排除掉了但一定要确保传入的字符串确实有\0结尾否则会越界。5.2 链表的逆序输出链表的逆序也是高频题。一个常见的考法是给定一个单链表要求从尾到头打印每个节点的值。这道题有不同的解法但笔试里更看重你对递归的理解。递归的思路是先递归到链尾回溯的时候打印当前节点的值这样天然实现了逆序。void printListFromTailToHead(ListNode* head) { if (head NULL) return; printListFromTailToHead(head-next); printf(%d , head-val); }这里有个性能问题要留意递归打印链表在链表很长的时候会导致栈溢出。如果面试官追问能不能用非递归方式实现答案是用栈遍历链表把节点入栈然后再弹出打印。笔试如果只要求写思路那就把两种方案都写出来会显得你的思维更全面。5.3 二分查找的边界处理二分查找是实习生笔试编程题里的常青树但很多人写出来的代码在边界条件上有Bug。经典写法是int left 0, right n - 1; while (left right) { int mid left (right - left) / 2; ... }。注意mid的计算用left (right - left) / 2而不是(left right) / 2因为后者在极端情况下可能整数溢出。当target小于nums[mid]时right mid - 1当target大于nums[mid]时left mid 1。很多人会在这里写错成right mid或left mid导致死循环。这个细节几乎每年都会在笔试或面试里出现值得反复练习。5.4 编程题答题的时间分配策略编程题一定要先想清楚再写代码不要一上来就敲键盘。我建议在草稿纸上先把思路用伪代码写出来确认边界条件都考虑到了再动手。如果真的没有思路就先跳过把后面能拿的分先拿到最后再回来看这道题。如果时间不够写不出完整代码也要把解题思路写下来告诉考官你的核心想法是什么。很多笔试判卷是按点给分思路对了一半也能拿到不少分空着是最亏的。6. 常见失分点与避坑指南6.1 审题不清导致的失分这套题最大的坑不是难而是陷阱多。比如题目问“以下哪些说法是错误的”你按“以下哪些说法是正确的”去答一错就是一道多选题全错。我的经验是做题前先在题干上圈出关键词——“错误的是”、“不包含”、“不可能的是”这些字眼能救回不少分。多选题还有一个策略拿不准的选项不要选。因为多选通常少选得部分分错选不得分保守策略性价比更高。当然具体看题目说明有的题明确说了“全对才得分”那就得看你的风险评估了。6.2 对底层原理理解不透彻很多失分不是不会而是“看着眼熟但拿不准”。比如Java里重载和重写的区别很多人能说出来重写是子类覆盖父类方法重载是方法名相同参数不同但题目一旦换成“构造方法能否重写”这种变体就懵了。答案是不能构造方法不能被重写但可以被重载。这提醒我们复习的时候不要只背结论要理解原理层面的东西。Java的构造方法在子类里只会被调用、不会被覆盖因为构造方法名和类名必须一致。这类题目考察的是你有没有真正理解面向对象机制而不是纯粹的记忆。6.3 时间分配不合理常见的失分原因是前面的单选题耗时太长导致后面的编程题没有时间做。我建议按分值分配时间单选和多选控制在总时间的40%以内简答题控制在20%编程题至少留40分钟。编程题前先花5分钟构思争取一次写对。我个人的做题顺序是先做简答和编程再做选择。因为选择里的陷阱题容易让人卡住一卡就是好几分钟但简答和编程只要会就是稳拿分先拿稳再攻坚整体情绪也会更稳定。当然这个策略因人而异关键是不要在一道题上死磕。6.4 代码规范与细节最后说说编程题里的隐性失分点代码规范。变量名有没有意义、缩进是否一致、有没有处理边界输入这些都会影响印象分。虽然笔试是机器判卷为主但只要有主观判卷的环节整洁的代码风格确实能给你加分。比如判断输入是否为空链表头节点是否为NULL、字符串是否为空串、数组长度是否为0这些情况都要在代码里显式处理。很多人觉得自己逻辑对了就能过但漏掉空指针判断在面试官眼里是“代码习惯不好”的体现对实习生的评价影响很大。7. 实操心得与后续扩展7.1 刷题之后的复盘方法这套题做完之后不要看一眼分数就扔了。我习惯把错题整理成一个表格记录三个信息错在哪里、正确答案是什么、下次怎么避免再错。比如String拼接那道题我错在把常量池的对象数和StringBuilder临时对象漏掉了复盘后我把String相关的高频考点系统地过了一遍再遇到类似的题就不慌了。复盘比刷题更重要。一套题做完如果能把自己为什么会错的原因分析清楚收获大于盲目做三套新题。尤其是那些“二选一选错了”的题说明你对某个知识点的理解有个小漏洞这个漏洞找出来补上才是真正的进步。7.2 从笔试题到面试的延伸笔试里考过的知识点很可能在面试里换个形式再问一遍。比如HashMap讲完底层结构面试官可能接着问“ConcurrentHashMap怎么保证线程安全的”如果你只准备了HashMap而不了解它的并发版本现场就会很尴尬。所以每次做完整套题我建议把相关知识点往深处再挖一层。笔试考HashMap的扩容机制你就去看看1.7和1.8节点插入方式的区别笔试考了Linux的软硬链接你就去实际操作一遍ln -s创建软链接、ln创建硬链接观察inode编号的变化。把笔试当成面试的提纲复习效率会高很多。7.3 心态调整与长期积累实习生笔试毕竟只是求职的第一步成绩不理想也别气馁。我当年也挂过不少笔试回头总结基本都是基础知识不够系统导致的。与其临时抱佛脚刷题不如平时就养成积累的习惯——Java的集合源码、C语言的指针运算、Linux的常用命令这些都是一点一滴攒起来的。最后分享一个小技巧做题的时候把每个选项都当成判断题来分析不仅要知道为什么对还要能说出其他选项为什么错。这个过程能帮你把模糊的知识点彻底搞清楚比单纯背答案有用得多。这套乐视2017暑期实习生笔试题一如果你能刷到这种程度收获的价值已经远超一套练习题本身了。