二月底了,按往年,现在已经到了金三银四的跳槽季。
今年的招聘季,是众所周知的困难,而年前裸辞的你,现在还好吗?
原本规划得妥妥当当的,一切好像都在掌握中,可突如其来的疫情使得我们在困难中变得手足无措。年前,各种机会林立,只要努力奋斗就能赚到钱,但疫情的出现却打乱了这个职场规律。
在朋友的内推下,我还是选择试一下,公司最后花费大约2个礼拜,拿到头条offer,年薪45w+
头条面试和其他大厂可能大同小异,但就是这个小异才是关键地方,能异于其他人的地方。可以从如下几个方面去做准备:
1.特意准备几个面试题源码。像我在回答一些中规中矩面试题的时候,都会从源码角度出发。比如常见的HashMap等集合类,多线程的各种锁以及大数据框架的部分源码。
2.特意准备项目难点。面一些大厂的时候避免不了被问到项目难点,不可能用普通Bug含糊过去啊。这边可以从项目用到的技术栈出发,去寻找技术栈在项目中会存在的难点,然后套进自己的项目,找个自己能懂,最好能全懂的。
3.针对性去了解公司的技术栈使用情况。比如头条使用Go,众人皆知,那为什么我不突击学习一下呢?比如从业内人士得知头条最早使用的是Kylin框架,后面慢慢转为ClickHouse,那我必须了解一下两者的不同啊,而且可以结合头条的业务场景。
Android 目前稳定高效的UI适配方案、今日头条屏幕适配方案 AndroidAutoSize、今日头条-通过反射修正系统的 density 值 dpi:屏幕像素密度,指的是在系统软件上指定的单位尺寸的像素数量,它往往是写在系统出厂配置文件的一个固定值;ppi:也是屏幕像素密度,但这个是物理上的概念,它是客观存在的不会改变。dpi是软件参考了物理像素密度后,人为指定的一个值,这样保证了某一个区间内的物理像素密度在软件上都使用同一个值;dp加上自适应布局和weight比例布局能解决90%的适配问题。因为并不是所有的1080P的手机dpi都是480,比如Google 的Pixel2(1920*1080)的dpi是420;宽高限定符适配:穷举市面上所有的Android手机的宽高像素值,设定一个基准的分辨率,其他分辨率都根据这个基准分辨率来计算,在不同的尺寸文件夹内部,根据该尺寸编写对应的dimens文件。但其有一个致命的缺陷,那就是需要精准命中才能适配,App包体积也会变大
写 demo 试了下是可以的。但会有什么问题还没弄清楚…
问题很细,能准备多详细就准备多详细。人家自己封装了一套 Handler 来避免内存泄漏问题
自己做的一个项目,原理讲清楚就行,讲不清就画图
调试GPU过度绘制,将Overdraw降低到合理范围内;减少嵌套层次及控件个数,保持view的树形结构尽量扁平(使用Hierarchy Viewer可以方便的查看),同时移除所有不需要渲染的view;使用GPU配置渲染工具,定位出问题发生在具体哪个步骤,使用TraceView精准定位代码;使用标签,merge减少嵌套层次、viewStub延迟初始化、include布局重用 (与merge配合使用)
4.省略若干项目相关问题…
使用 AtomicInteger 可以使 i++ 线程安全
考点:Java 值传递 (第 2 题相同)。编写代码测试,在 changeValue() 方法中修改入参,并不会改变之前的值;原理 :Java 程序设计语言总是采用按值调用,方法得到的是所有参数值的一个拷贝,即方法不能修改传递给它的任何参数变量的内容。基本类型参数传递的是参数副本,对象类型参数传递的是对象地址的副本;题解:在 changeValue() 中,对于对象类型参数,直接修改的是对象地址副本的值,所以之前变量的地址并未被修改!若修改的是对象实例里面的某个值,之前变量则会被修改
public void test() {
String str = "123";
changeValue(str);
System.out.println("str值为: " + str); // str未被改变,str = "123"
}
public changeValue(String str) {
str = "abc";
}
下面的代码,再次使用对象 student 是否需要判空?
Java 中方法参数的使用情况总结: 一个方法不能修改一个基本数据类型的参数(即数值型或布尔型);一个方法可以改变一个对象参数的状态;一个方法不能让对象参数引用一个新的对象
public void test() {
Student student = new Student("Bobo", 15);
changeValue1(student); // student值未改变,不为null! 输出结果 student值为 name:Bobo、age:15
// changeValue2(student); // student值被改变,输出结果 student值为 name:Lily、age:20
System.out.println("student值为 name: " + student.name + "、age:" + student.age);
}
public changeValue1(Student student) {
student = null;
}
public static void changeValue2(Student student) {
student.name = "Lily";
student.age = 20;
}
aapt 工具打包资源文件,生成 R.java 文件aidl 工具处理 AIDL 文件,生成对应的 .java 文件javac 工具编译 Java 文件,生成对应的 .class 文件把 .class 文件转化成 Davik VM 支持的 .dex 文件apkbuilder 工具打包生成未签名的 .apk 文件jarsigner 对未签名 .apk 文件进行签名zipalign 工具对签名后的 .apk 文件进行对齐处理
求路过大神们的正解…
金句:现在自己的技术成长有点碰到瓶颈,加上一直对您公司钦慕有加
面试是一个不断学习、不断自我提升的过程,有机会还是出去面面,至少能想到查漏补缺效果,而且有些知识点,可能你自以为知道,但让你说,并不一定能说得很好。
有些东西有压力才有动力,而学到的知识点,都是钱(因为技术人员大部分情况是根据你的能力来定级、来发薪水的),技多不压身。
一个关于如何进大厂的小建议我一直崇尚「曲线救国」的做法,也一直在向别人传播这种做法。现在能力背景不足没关系,只要规划好自己的学习路线,一步步阶梯式往上爬,总可以实现目标。因为我自己二本出身,但我意识的早,大二就开始实习,用项目和实习经历弥补我背景不足,然后一步步走到「offer自由」。很多时候并不是只有巨人才可以成功,你只需要做到行动上的普通人,就可以超过很多思想上的巨人,行动上的矮子。
以上部分题目也是自己在复习期间在网上找的一些大厂面试题。我自己也将这些面试题做了解析整理并归纳成了一个文档,由于篇幅原因就没在文章里做展示了。好记性不如烂笔头,永远抱着一个“我应该会”的心态去刷面试题,在自己脑子过了一篇,感觉回答的上来,但往往一真跟面试官对上线就会卡壳,还是建议把每个面试题都去写一遍,再去做延伸。当你能将每一道面试题都能富有逻辑性的写出来的时候,那在面试的时候就绝对没有问题了。
需要相关知识点可以查看我的【GitHub】,对于已经掌握的可以忽略以节省时间。