先自我介绍一下,小编浙江大学毕业,去过华为、字节跳动等大厂,目前阿里P7
深知大多数程序员,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年最新HarmonyOS鸿蒙全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上鸿蒙开发知识点,真正体系化!
由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新
如果你需要这些资料,可以添加V获取:vip204888 (备注鸿蒙)
正文
自己做的一个项目,原理讲清楚就行,讲不清就画图
- 怎么计算一个View在屏幕可见部分的百分比?
- ClassLoader 的双亲委派机制
- 简单介绍下 Https 的原理
- 什么情况会导致内存泄漏,如何修复?
- 下载一张很大的图,如何保证不 oom?
- 有没有做过UI方面的优化,做过哪些?
- 调试GPU过度绘制,将Overdraw降低到合理范围内;
- 减少嵌套层次及控件个数,保持view的树形结构尽量扁平(使用Hierarchy Viewer可以方便的查看),同时移除所有不需要渲染的view;
- 使用GPU配置渲染工具,定位出问题发生在具体哪个步骤,使用TraceView精准定位代码;
- 使用标签,merge减少嵌套层次、viewStub延迟初始化、include布局重用 (与merge配合使用)
- WebView 与 JS 交互方式,shouldOverrideUrlLoading、onJsPrompt使用有啥区别
- Flutter、Kotlin接触使用过没有
- 其他项目相关问题
- 算法 - 二叉树输出第 k 层节点元素
【2面 - 项目专项】
- Native、H5、RN页面混合跳转时,页面清栈的桥实现
- 页面混编框架的设计与难点
- RN 通用容器的设计
- 用户行为监控方案设计
- JS 错误治理方案
- RN 页面对用户行为的监控与JS错误治理,在问题发现有什么收获、优化点
- 美团 RN 相对于原生 RN 的有什么优势
【3面 - 基础加深】
- 你们公司 Picasso 有使用过没,介绍下
- Picasso 单引擎,在多 Bundle 的情况下怎么保证数据隔离的?
- 美团 RN 与 Picasso 的区别
4.省略若干项目相关问题…
- RN 的页面追踪埋点如何实现的
- 美团首页是否是 RN 页面,MTFlexBox 原理
- synchronized 修饰 static 方法、普通方法、类、方法块区别
- synchronized 底层实现原理
- volatile 的作用和原理
- 一个 int 变量用 volatile 修饰,多线程去操作 i++,是否线程安全?如何保证 i++ 线程安全?AtomicInteger 的底层实现原理?
使用 AtomicInteger 可以使 i++ 线程安全
- 说下对线程池的理解,以及创建线程池的几个关键参数
- Handler 机制又问了一遍…
- 介绍下 Binder 机制,与内存共享机制有什么区别?
- Java 集合,介绍下ArrayList 和 HashMap 的使用场景,底层实现原理
- ArrayList 与 LinkedList 的区别
- 算法 - 两个有序的链表的合并
- 算法 - 输入一个字符串(不含*和.)、正则(字母、*和.任意组合),判断字符串是否合法
- 简单介绍下,项目中遇到的一些技术难点
【4面 - 交叉面】
- 下面的代码, str 值最终为多少?换成 Integer 值又为多少,是否会被改变?
- 考点:Java 值传递 (第 2 题相同)。编写代码测试,在 changeValue() 方法中修改入参,并不会改变之前的值;
- 原理:方法得到的是所有参数值的一个拷贝,即方法不能修改传递给它的任何参数变量的内容。基本类型参数传递的是参数副本,对象类型参数传递的是对象地址的副本;
- 题解:在 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;
}
- Java 的几种引用类型,弱引用的使用场景?
- 线程池分类,解释下几个核心参数?
- APK 的打包过程是什么?
- aapt 工具打包资源文件,生成 R.java 文件
- aidl 工具处理 AIDL 文件,生成对应的 .java 文件
- javac 工具编译 Java 文件,生成对应的 .class 文件
- 把 .class 文件转化成 Davik VM 支持的 .dex 文件
- apkbuilder 工具打包生成未签名的 .apk 文件
- jarsigner 对未签名 .apk 文件进行签名
- zipalign 工具对签名后的 .apk 文件进行对齐处理
- APK 为什么要签名?是否了解过具体的签名机制?
Android 为了确认 apk 开发者身份和防止内容的篡改,设计了一套 apk 签名的方案保证 apk 的安全性,即在打包时由开发者进行 apk 的签名,在安装 apk 时Android 系统会有相应的开发者身份和内容正确性的验证,只有验证通过才可以安装 apk,签名过程和验证的设计就是基于非对称加密的思想。
Android 在 7.0 以前使用的一套签名方案:在 apk 根目录下的 META-INF/ 文件夹下生成签名文件,然后在安装时在系统的 PackageManagerService 里进行签名文件的验证。
从 7.0 开始,Android 提供了新的 V2 签名方案:利用 apk(zip) 压缩文件的格式,在几个原始内容区之外增加了一块用于存放签名信息的数据区,然后同样在安装时在系统的 PackageManagerService 里进行 V2 版本的签名验证,V2 方案会更安全、使校验更快安装更快。
当然 V2 签名方案会向后兼容,如果没有使用 V2 签名就会默认走 V1 签名方案的验证过程。
- 为什么要分 dex ?SDK 21 不分 dex,直接全部加载会不会有什么问题?
求路过大神们的正解…
- 常见的设计模式有哪些?你提供的 JS 错误治理方案,用了哪些设计模式?
- 算法 - 二叉树层序遍历,奇数层逆序遍历节点,偶数层正序遍历
- 未来 3~5 年的规划是什么?
- 你觉得你的优点是什么?缺点是什么?
- 现在的职级,近期的绩效如何
【5面 - 部门 TL】
- 商业化部门相关的业务介绍 (核心大概是商业化部门壁垒高,培养一个人成本高,比做其他业务更有含金量,可以积累很多业务策略知识),然后让问他问题
- 未来几年的规划?生活上有什么规划?
- 你觉得你的优点是什么?缺点是什么?
- 现在的职级,近期的绩效如何
- 为什么给你这么好的绩效?
- 有没有看其他机会?阿里面试的情况
【6面 - 大 Boss】
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
需要这份系统化的资料的朋友,可以添加V获取:vip204888 (备注鸿蒙)
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。**
需要这份系统化的资料的朋友,可以添加V获取:vip204888 (备注鸿蒙)
[外链图片转存中…(img-YQb6BPZA-1713594274338)]
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!