20181013某大厂的一次android面试经历

1.activity的启动模式LaunchMode以及使用场景

1.standard标准模式，也是默认模式

	每次启动一个activity不管这个实例是否存在，都会重新创建一个新的实例。这就是多实例实现。
	一个栈内可以有多个这个实例，每个实例可以属于不同的任务栈。
	被创建的实例的生命周期就是典型的activity的生命周期。
	这种模式下谁启动了这个activity，他就运行在启动他的那个栈内。
	
2.singleTask模式，栈内复用模式，单实例模式
	只要这种模式的activity在一个栈中存在，那么多次启动这货都不会重新创建实例，系统会回调onNewIntent.
	 ERROR/AndroidRuntime(556): Caused by: android.util.AndroidRuntimeException: 
	 Calling startActivity() from outside of an Activity context requires the FLAG_ACTIVITY_NEW_TASK flag. 
	 Is this really what you want?

	当用ApplicationContext启动standard模式的activity时候会报这种错误。
	standard模式的acitivty默认进入启动他的任务栈，但是非activity类型的context并没有任务栈，就扑街了。
	为了解决这个问题就是为被启动的activity指定FLAG_ACTIVITY_NEW_TASK标记位，这样启动的时候会为他创建一个新的任务栈，这时候被启动的activity的模式就是singleTask.
	singleTask具有cleartop的效果哦

3.singleTop:栈顶复用模式

	这种模式下，如果新的activity已经位于任务栈的栈顶，那么这货不会被重新创建，只是调用
	他的onNewIntent方法，这个activity的oncreate,onstart不会被调用，因为这货没有发生改变。
	如果这货已经存在但是不是在栈顶不好意思了，只能重建了，这也是跟singletask的区别。


4.singleInstance单实例模式，是singletask 的plus版

	具有singletask模式的所有特性，外加这种模式的activity单独的位于一个任务栈中。

2.java中的引用类型记忆使用场景，描述一下GC

引用类型，以及回收顺序，无非是那些老生常谈，百度一下即可。
gc相关就不多说了，下边是本人手写版笔记，比较详细。

	jvm的相关：
	https://blog.csdn.net/github_37610197/article/details/82865680
	gc策略：
	https://blog.csdn.net/github_37610197/article/details/82870638

3.sleep和wait区别
这篇文章讲的不错，可以参考一下
https://www.cnblogs.com/hongten/p/hongten_java_sleep_wait.html

4.私有构造方法的使用场景

		这个出门百度吧

5.join的作用和实现原理

控制线程的执行顺序，实际是调用了wait（）方法

具体分析移步：
https://blog.csdn.net/chenkaibsw/article/details/80912878

6.android的性能优化包括哪些方面，分别使用什么方式

7.volatile关键字的特性
易变的，是对主内存的变量的修饰。
https://blog.csdn.net/u011519624/article/details/63686701

8.HashMap和ArrayList的实现原理

	数据结构

9.线程池的实现原理是怎么样的，线程有哪些状态
10.关于对AIDL的理解，以及实现AIDL的流程或者步骤
11.git命令的问答
平时用图形化界面用的多了，基本忘记这些命令行了，?

	1.新建一个分支test
		a.  git branch test//创建test的分支
		b. git checkout -b test //创建并切换到test分支
	2.在test分支上修改后，提交这些修改
			在使用git add提交多个文件的方式：
			git add .   后面加一个“.”，匹配所有的文件
			git add .   提交被修改的和新建的文件，但不包括被删除的文件                            
			git add -u  update tracked files    更新所有改变的文件，即提交所有变化的文件
			git add -A   add changes from all tracked and untracked files   提交已被修改和已被删除文件，但是不包括新的文件

	3.把test分支合并到develop分支上
		git checkout develop 
		git marge --no--ff test  // 加--no--ff 参数可以在历史记录中明确地记录本次分支的合并
		git log --graph //以图表形式查看分支
	4.推送develop到远程服务器
		git push 
	5.更新本地develop分支
		git pull

12.单例模式代码实现，以及优劣
13.观察者模式代码实现
14.手写二分查找算法
15.手写一个斐波那契数列
16.activty 启动另一个activity的生命周期执行顺序

相关源码有大神已经分析过了移步：

https://blog.csdn.net/qian520ao/article/details/78156214