1.描述你知道的Android机型适配方案：

答：1.Linearlayout的weiget属性；2.res目录下自定义各种不同机型尺寸的values包中的dimens.xml文件；3.今日头条开源的一套屏幕适配方案(https://www.jianshu.com/p/4aa23d69d481)

2.Android原生的表情符Emoji有没有使用过，编码类型的表情符。

3.什么是多进程？多进程开启的方式是？

答：进程一般指一个执行单元，在移动设备上就是一个程序或应用，我们在Android中所说的多进程(IPC)一般指一个应用包含多个进程。之所以要使用多进程有两方面原因：某些模块由于特殊的需求要运行在单独的进程；增加应用可用的内存空间。

Android中开启多线程只有一种方法，就是在AndroidManifest.xml中注册Service、Activity、Receiver、ContentProvider时指定android:process属性，例如：

android:name=".MyService"

android:process=":remote">

android:name=".MyActivity"

android:process="com.shh.ipctest.remote2">

我们为MyService和MyActivity指定的android:process属性值有所不同，它们的区别如下：

:remote：以:开头是一种简写，系统会在当前进程名前附件当前包名，完整的进程名为：com.shh.ipctest:remote，同时以:开头的进程属于当前应用的私有进程，其它应用的组件不能和它跑在同一进程。

com.shh.ipctest.remote2：这是完整的命名方式，不会附加包名，其它应用如果和该进程的ShareUID、签名相同，则可以和它跑在同一个进程，实现数据共享。

4.多进程引发的问题有哪些？

开启多进程虽简单，但会引发如下问题，必须引起注意。

静态成员和单例模式失效

线程同步机制失效

SharedPreferences 可靠性降低

Application 被多次创建

对于前两个问题，可以这么理解，在Android中，系统会为每个应用或进程分配独立的虚拟机，不同的虚拟机自然占有不同的内存地址空间，所以同一个类的对象会产生不同的副本，导致共享数据失败，必然也不能实现线程的同步。

由于SharedPreferences底层采用读写XML的文件的方式实现，多进程并发的的读写很可能导致数据异常。

Application被多次创建和前两个问题类似，系统在分配多个虚拟机时相当于把同一个应用重新启动多次，必然会导致 Application 多次被创建，为了防止在 Application

中出现无用的重复初始化，可使用进程名来做过滤，只让指定进程的才进行全局初始：

public class MyApplication extends Application{

@Override

public void onCreate() {

super.onCreate();

String processName = "com.shh.ipctest";

if (getPackageName().equals(processName)){

// do some init

}

}

}

5.Android中的多进程通信方式？

答：Android中支持的多进程通信方式主要有以下几种，它们之间各有优缺点，可根据使用场景选择选择：

AIDL功能强大，支持进程间一对多的实时并发通信，并可实现 RPC (远程过程调用)。

Messenger：支持一对多的串行实时通信， AIDL 的简化版本。

Bundle：四大组件的进程通信方式，只能传输 Bundle 支持的数据类型。

ContentProvider：强大的数据源访问支持，主要支持 CRUD 操作，一对多的进程间数据共享，例如我们的应用访问系统的通讯录数据。

BroadcastReceiver：即广播，但只能单向通信，接收者只能被动的接收消息。

文件共享：在非高并发情况下共享简单的数据。

Socket：通过网络传输数据。

6.关于线程安全问题。

线程安全的定义

线程安全：如果你的代码所在的进程中有多个线程在同时运行，而这些线程可能会同时运行这段代码。如果每次运行结果和单线程运行的结果是一样的，而且其他的变量的值也和预期的是一样的，就是线程安全的，或者说:一个类或者程序所提供的接口对于线程来说是原子操作或者多个线程之间的切换不会导致该接口的执行结果存在二义性,也就是说我们不用考虑同步的问题 。

Android的单线程模型

当一个程序第一次启动的时候，Android会启动一个LINUX进程和一个主线程。默认的情况下，所有该程序的组件都将在该进程和线程中运行 。主线程(Main Thread)主要负责处理与UI相关的事件，如：用户的按键事件，用户接触屏幕的事件以及屏幕绘图事 件，并把相关的事件分发到对应的组件进行处理。所以主线程通常又被叫做UI线程。

系统不会为每个组件单独创建线程，在同一个进程里的UI组件都会在UI线程里实例化，系统对每一个组件的调用都从UI线程分发出去。结果就是，响应系统回调的方法(比如响应用户动作的onKeyDown()和各种生命周期回调)永远都是在UI线程里运行。

UI线程才能与Android UI工具包中的组件进行交互，在开发Android应用时必须遵守单线程模型的原则：

1. Android UI操作并不是线程安全的并且这些操作必须在UI线程中执行。

2.不要阻塞UI线程。

为什么说Android UI不是线程安全的？

android UI 中提供invalidate()来更新界面，而invalidate()方法是线程不安全。

Android提供了Invalidate方法实现界面刷新，但是Invalidate不能直接在非UI主线程中调用，因为他是违背了单线程模型：Android UI操作并不是线程安全的，并且这些操作必须在UI线程中调用。例如：在非UI线程中调用invalidate会导致线程不安全，也就是说可能在非UI线程中刷新界面的时候，UI线程(或者其他非UI线程)也在刷新界面，这样就导致多个界面刷新的操作不能同步，导致线程不安全