ICode9

精准搜索请尝试: 精确搜索
首页 > 其他分享> 文章详细

Android面试题,android界面开发框架

2022-01-27 15:30:00  阅读:215  来源: 互联网

标签:面试题 RN str apk 签名 student Android android


  • 使用GPU配置渲染工具,定位出问题发生在具体哪个步骤,使用TraceView精准定位代码;
  • 使用标签,merge减少嵌套层次、viewStub延迟初始化、include布局重用 (与merge配合使用)
  1. WebView 与 JS 交互方式,shouldOverrideUrlLoading、onJsPrompt使用有啥区别 - 最全面总结 Android WebView与 JS 的交互方式

  2. Flutter、Kotlin接触使用过没有

  3. 其他项目相关问题

  4. 算法 - 二叉树输出第 k 层节点元素

2面 - 项目专项

  1. Native、H5、RN页面混合跳转时,页面清栈的桥实现

  2. 页面混编框架的设计与难点

  3. RN 通用容器的设计

  4. 用户行为监控方案设计

  5. JS 错误治理方案

  6. RN 页面对用户行为的监控与JS错误治理,在问题发现有什么收获、优化点

  7. 美团 RN 相对于原生 RN 的有什么优势

3面 - 基础加深

  1. 你们公司 Picasso 有使用过没,介绍下

  2. Picasso 单引擎,在多 Bundle 的情况下怎么保证数据隔离的?

  3. 美团 RN 与 Picasso 的区别

4.省略若干项目相关问题…

  1. RN 的页面追踪埋点如何实现的

  2. 美团首页是否是 RN 页面,MTFlexBox 原理

  3. synchronized 修饰 static 方法、普通方法、类、方法块区别

  4. synchronized 底层实现原理

  5. volatile 的作用和原理

  6. 一个 int 变量用 volatile 修饰,多线程去操作 i++,是否线程安全?如何保证 i++ 线程安全?AtomicInteger 的底层实现原理?

使用 AtomicInteger 可以使 i++ 线程安全

  1. 说下对线程池的理解,以及创建线程池的几个关键参数

  2. Handler 机制又问了一遍…

  3. 介绍下 Binder 机制,与内存共享机制有什么区别?

  • 为什么Android要采用Binder作为IPC机制? - Gityuan的回答
  • Android匿名共享内存(Ashmem)原理
  • 图文详解 Android Binder跨进程通信的原理
  1. Java 集合,介绍下ArrayList 和 HashMap 的使用场景,底层实现原理

  2. ArrayList 与 LinkedList 的区别

  3. 算法 - 两个有序的链表的合并

  4. 算法 - 输入一个字符串(不含*和.)、正则(字母、*和.任意组合),判断字符串是否合法

  5. 简单介绍下,项目中遇到的一些技术难点

4面 - 交叉面

  1. 下面的代码, str 值最终为多少?换成 Integer 值又为多少,是否会被改变?
  • 考点: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”;
}

  1. 下面的代码,再次使用对象 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;
}

  1. Java 的几种引用类型,弱引用的使用场景?

  2. 线程池分类,解释下几个核心参数?

  3. APK 的打包过程是什么?

  • aapt 工具打包资源文件,生成 R.java 文件
  • aidl 工具处理 AIDL 文件,生成对应的 .java 文件
  • javac 工具编译 Java 文件,生成对应的 .class 文件
  • 把 .class 文件转化成 Davik VM 支持的 .dex 文件
  • apkbuilder 工具打包生成未签名的 .apk 文件
  • jarsigner 对未签名 .apk 文件进行签名
  • zipalign 工具对签名后的 .apk 文件进行对齐处理
  1. 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 签名方案的验证过程。

  1. 为什么要分 dex ?SDK 21 不分 dex,直接全部加载会不会有什么问题?

求路过大神们的正解…

  1. 常见的设计模式有哪些?你提供的 JS 错误治理方案,用了哪些设计模式?

  2. 算法 - 二叉树层序遍历,奇数层逆序遍历节点,偶数层正序遍历

  3. 未来 3~5 年的规划是什么?

  4. 你觉得你的优点是什么?缺点是什么?

  5. 现在的职级,近期的绩效如何

5面 - 部门 TL

  1. 商业化部门相关的业务介绍 (核心大概是商业化部门壁垒高,培养一个人成本高,比做其他业务更有含金量,可以积累很多业务策略知识),然后让问他问题

  2. 未来几年的规划?生活上有什么规划?

  3. 你觉得你的优点是什么?缺点是什么?

  4. 现在的职级,近期的绩效如何
    5面 - 部门 TL**】

  5. 商业化部门相关的业务介绍 (核心大概是商业化部门壁垒高,培养一个人成本高,比做其他业务更有含金量,可以积累很多业务策略知识),然后让问他问题

  6. 未来几年的规划?生活上有什么规划?

  7. 你觉得你的优点是什么?缺点是什么?

  8. 现在的职级,近期的绩效如何

标签:面试题,RN,str,apk,签名,student,Android,android
来源: https://blog.csdn.net/m0_66264533/article/details/122718540

本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享;
2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关;
3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关;
4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除;
5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有