Android知识大纲

Java垃圾回收机制

Java内存是如何划分的，Java语言为什么要使用垃圾回收机制？

垃圾判定

1. 标记引用算法
2. 根搜索法

虚拟机栈中的引用对象方法区中的常量引用对象方法区中的类静态属性引用对象本地方法栈中的引用对象活跃线程中的引用对象

垃圾清扫

1. 标记-清除法    概念以及特点
2. 复制算法
3. 标记-整理法
4. 分代回收算法

有了垃圾回收机制，Java还会出现内存泄露吗，如果说存在，Java有什么应对机制吗？

webview内存

Java的四种引用方式

强引用
软引用
弱引用
虚引用
软引用、弱引用配合引用队列如何使用，使用的目的是什么？
可参考：http://blog.csdn.net/u012152619/article/details/46981643
以上这么多关于Java垃圾回收和内存的东西，你在编写代码的时候有需要注意的地方吗？

java数据结构

数据结构相关的类：Collection、List、Set、Map

List: ArraryList、LinkedList和Vector
Set: hashSet、LinkedSet和TreeSet
Map: HashTable、HashMap、LinkedMap和TreeMap
内存存放特性、数据增长特性和各自的适用场景
遍历Iterator、ListIterator和Foreach
线程安全问题，Tree一类的红黑树概念
了解Collections和Arrays两个辅助工具类的用法
HashMap／ArrayMap/SparseArray三个区别和使用场景
http://blog.csdn.net/u010687392/article/details/47809295

基础数据类型int和Integer的区别
Integer是对象，int的包装类，java是面向对象设计语言，为了使int类型进行对象编程，故设计了Integer包装类，提供其一系列的方法；如特定场景下，网络访问接口，如需要传int类型的身高值，有身高是就传值，没有时就不传，这个时候Integer就到了用武之地；
Integer底层做了缓存优化，缓存了-128到127之间的Integer对象，可以快速进行转换；所以-128和127之间地址是一样的，但是equals方法比较的是int值，而不是地址，这点要注意

SharedPreference

什么是SharedPreference？
适用场景？存储原理、读原理、写原理，线程、进程安全？写入大量数据时如何以及应对办法？
是否会造成ANR？
最后，替代它的产品？
反思｜官方也无力回天？Android SharedPreferences的设计与实现
[Google] 再见 SharedPreferences 拥抱 Jetpack DataStore
SP设计针对轻量级的配置xml文件中，读操作会与文件IO操作，然后缓存到内存Map中，之后就会从这个缓存Map读取出来！
写操作，在SharedEditor中还会缓存一个Map，先写入这个Map；当调用commit时才会写入到文件系统中，写入之前会备份一份xml.bak，防止写入过程中崩溃，commit方法只会在主线程进行，为了防止写入量过大，开发了apply异步操作；这两个Map同步更新也是在apply和commit时会进行同步更新

线程问题：
使用了3把锁，读Map使用一把锁
editor写操作在使用一把锁；进行同步写入时会在用一把锁
进程之前访问需要自己使用文件锁来保证安全
SP引发的ANR问题？
虽然apply子线程去执行，但是仍然会有可能引发ANR现象，其原因在于apply任务最重会交给QueueWork或者HandlerThread去执行，其会先创建一把锁，执行完在释放锁；而Activity的onStop方法会等待所有的锁释放才会继续执行；所以当频繁调用Apply时会有可能导致ANR

MMKV

什么是protocolbuf、MMKV，以及他们背后的原理？
如何使用他们，以及他们的优势？
Protobuf的简单介绍、使用和分析
详解通信数据协议ProtoBuf
MMKV 组件现在开源了

android注解

辅助完成代码工作，优化代码；一个注解主要有两点构成：
注解运行时机： source、class、run；source在java文件有效，class在java和class有效，run在运行时和java、class有效
作用对象： Filed、Param、Method等
还有一个就是注解解释器，主要是通过发射获取类实例，反射获取类下的所有成员，依次查看每个成员的注解，拿到成员注解里面的值，然后把值设置到变量或者调用方法等
以下是个demo，为view设置id，仅仅有关键代码：

/**
定义注解
**/
@Target(ElementType.FIELD)
@Retention(RetentionPolicy.RUNTIME)
public @interface ByID{int id;
}/**
注解解释器
**/
public void parse(Activity target){Class<?> my = target.getClass();Fileds[] filed = my.getDeclaredFields();//便利所有成员for(Fileds f : filed){Annotation[] annotations = field.getAnnotations();for(Annotation n : annotations){if(n instanceof ByID){ById b = f.getAnnotation(ById.class);View view = target.findVIewById(b.id);f.set(target, view);}}}
}/**
Activity使用
**/
public class Activity{}

更多参考：https://www.jianshu.com/p/edfc0780a112

clone拷贝

java中如何实现clone()拷贝，完成拷贝时他的内存是如何分配的？
什么是浅拷贝，什么是深拷贝，如何实现深拷贝？
参考：http://blog.csdn.net/zhangjg_blog/article/details/18369201
实现拷贝clone实现cloneable接口，并重写clone方法，为其配置public属性；这样只能进行浅拷贝，基础类型拷贝，引用对象直接拿的是引用；要想引用对象也拷贝，则引用对象也要实现cloneable接口才行

Parcel和Serializable序列化

什么是序列化？为了永久性的保存对象，或者进程中和网络中传输，实现序列化和反序列化，无需关注实现细节，从而保证对象的存储和传输
android中建议使用Parcel实现序列化，效率比Serializable高，因为Serializable会产生大量的临时变量，频繁GC；

OkHttp

okhttp分析

多线程

线程用法

Thread、Runnable和Callable，以及各自的特点

线程的几个状态

创建、就绪、运行、阻塞、停止

线程池

为什么要使用线程池？

线程池常见的几个类的用法：
ThreadPoolExecutor、Executor，Executors，ExecutorService，CompletionService，Future，Callable 等
线程池四个分类
newCachedThreadPool、newFixedThreadPool、newScheduledThreadPool和SingleThreadExecutor
自定义线程池 ThreadPoolExecutor

线程池工作原理

核心线程数、等待队列、处理策略等

线程同步

同步方式：synchronized和lock
同步相关方法：wait()/notify()/notifyAll() sleep()/join()/yield() await()/signal()/signalAll
如何使用，各自适用场景？

参考：http://wiki.jikexueyuan.com/project/java-concurrency/executor.html

线程锁问题

一般lock和unlock是配对使用，有些情况，在lock和unlock代码块之间有一个return，我们忘记在中间return前方unlock也会照成死锁，别的线程无法拿到锁

设计模式

面向对象设计六大原则

优化代码的第一步——单一职责原则
让程序更稳定、更灵活——开闭原则
构建扩展性更好的系统——里氏替换原则
让项目拥有变化的能力——依赖倒置原则
系统有更高的灵活性——接口隔离原则
更好的可扩展性——迪米特原则

参考：http://blog.csdn.net/bboyfeiyu/article/details/50103471

android适配问题

不同系统版本之前的适配 – API变化

比如9.0提供了新的API – Application下的getProcessName()
对于低于9.0的机型是没有这个API的，如果不适配

不同手机厂商之间的适配 – 对Android原生系统进行了改造

屏幕适配 – 尺寸单文（dp/sp/px）、布局layout和图片资源

dp设计出来是表示不同手机上相同长度的尺寸，但是像素密度dpi不同的手机，dp也不同
dp = (dpi/160)px
dpi为160时 1dp = 1px dpi为320时 1dp = 2px

适配1：
宽高限定符，创建不同尺寸的values文件，配置不同dimes的长度单位

缺点：手机多适配麻烦，如果找不到对应尺寸配置，使用默认的配置相差会极大

屏幕适配方案2：smallestWidth方案
假如一个手机dpi是480，宽度是1080px，那么1dp = 3px那么宽度就是360dp，于此同时我们在values创建不同尺寸的文件（如下图），App运行时，系统会自动去选择与之尺寸相近的一个文件夹value，我们在value中配置好基础的尺寸；假设UI设计稿为375个像素，就把360分为375，那么一个UI设计稿中一个px就等于0.96dp，我们只需要在value文件中配置不同尺寸即可

效果好，缺点就是会使apk体积变大，适配很多屏幕情况下

头条适配：
我们知px = dp(dpi/160)，默认density = dpi/160，而头条将density改为以下，
denstiy = 手机宽度px / 设计稿dp；我们在view的宽高正常使用dp单位，在通过官方api重新设置density，这样就形成了等比例关系手机宽度px/设计稿UI = view最终宽度px/view我们设置的dp；我们在xml中设置的是dp，但是系统最终都转到px，px = density * dp，这步是由系统做的
AndroidManifest中设置好设计稿尺寸，计算出density，

private static void adaptScreen(final Activity activity,final int sizeInPx,final boolean isVerticalSlide) {final DisplayMetrics systemDm = Resources.getSystem().getDisplayMetrics();final DisplayMetrics appDm = Utils.getApp().getResources().getDisplayMetrics();final DisplayMetrics activityDm = activity.getResources().getDisplayMetrics();if (isVerticalSlide) {activityDm.density = activityDm.widthPixels / (float) sizeInPx;} else {activityDm.density = activityDm.heightPixels / (float) sizeInPx;}activityDm.scaledDensity = activityDm.density * (systemDm.scaledDensity / systemDm.densactivityDm.densityDpi = (int) (160 * activityDm.density);appDm.density = activityDm.density;appDm.scaledDensity = activityDm.scaledDensity;appDm.densityDpi = activityDm.densityDpi;
}

可参考：http://blog.csdn.net/qq_28758749/article/details/51297842

Handler机制

使用方法， send/post两种方式
handler底层怎么从发送消息到接收消息的
理清楚Looper、Handler、MessageQueue和Message概念和关系
HandlerThread是什么东东，如何使用，和Handler有什么区别呢？
参考：http://blog.csdn.net/jackzhouyu/article/details/49079699

Activity

正常执行时，生命周期是何变化？异常时和Activity重新展开时，注意方法的调用时机： onSaveInstance()、onRestoreInstance()、onWindowFocusChanged()和onConfigurationChanged()以及使用方法
onStart()和onResume()、 onPause()和onDestroy()这两方法用处都很类似，Android为什么要这么设计呢？
Activity的四种启动方式standard、singleTop、singTask和singleInstance是什么？他们onNewIntent()方法的关系，启动Intent的几个标志位FLAG_ACTIVITY_NEW_TASK/FLAG_ACTIVITY_SINGLE_TOP/FLAG_ACTIVITY_CLEAR_TOP

https://blog.csdn.net/vipzjyno1/article/details/25463457
特别注意singleInstance是栈中唯一，而且栈中TaskRecord只有一个就是它，不能存储其他Activity，即使你配置taskAffinity属性为相同的名字，taskRecord的名字相同，id不同，不是同一个
taskAffinity为任务栈亲和属性意向，startActivity时，会根据配置taskAffinity属性查找相近的任务栈TaskRecord，将Activity加入其中，并且启动模式或Flag为singleTask和singleInstance或者flag为NEW_TASK才生效，如果没有指定，会根据packageName创建一个新的TaskRecord来管理这个Activity；如果没有配置属性，默认会加入到启动他的Activity的那个TaskRecord

最后一个为何不同？在于如果Activity没有配置launchMode时，就会销毁包含自己在内以及到栈顶的Activity，在重新new一个，并且不会执行onNewIntent；但是如果配置了SingleTask则就不会销毁自己，直销会他之上的Activity，并且也会调用onNewIntent

参考：
(1) http://blog.csdn.net/woshimalingyi/article/details/50961380
(2) http://blog.csdn.net/jiangwei0910410003/article/details/16968881
(3) http://www.cnblogs.com/lijunamneg/archive/2013/03/26/2982461.html
(4)http://blog.csdn.net/mynameishuangshuai/article/details/51491074
(5)https://developer.android.com/reference/android/content/Intent?hl=zh-cn#FLAG_ACTIVITY_CLEAR_TOP

onNewIntent

当配置启动模式为SingleTask和singleTop时，Activity重新启动时，如果Activity刚好在栈顶，则会依次调用onNewIntent -> onResume；如果不在栈顶，则会onNewIntent -> onRestart -> onStart -> onResume；注意的是，如果Activity异常退出时，记得要在OnNewIntent方法中调用setIntent(intent)，这样重建后的Activity通过getIntent才是最新的Intent

onConfigchanged

onConfigChanged用于Activity横竖屏切换时调用，但是要在Activity配置android:configChanges=“orientation|screenSize|keyboardHidden”，这样activity切换后生命周期不用所有方法都重走一次，而只是调用onConfigChanged方法；不配置时切屏会重新调用各个生命周期，切横屏时会执行一次，切竖屏时会执行两次

Fragment

1. 什么是fragment？为什么要使用fragment？
需要对比Activity才能更好的作出解答
2. fragment的生命周期，并且和Activity的联系？
3. fragmentManger和FragmentTransaction两者用法，它的replace/add/remove/hide/show方法，以及添加到回退站和回退的用法
4. fragment和Activity的通信，以及何种方案保证降低他们的耦合性
以及fragment上踩过的一些坑a. 嵌套fragment时Duplicated id或者Tagb. replace之痛c. Fragment的public默认无参数构造方法原因：Fragment会被重新销毁（Activity销毁的时候它里面的Fragment就被销毁了，可能因为内存不足，手机配置发生变化，横竖屏切换)。在重新创建的时候系统调用的是无参构造函数。d. getActivity()为空指针讲解：http://blog.csdn.net/goodlixueyong/article/details/48715661f. frgament和viewpager配合使用，生命周期影响几何，fragment如何感知自己已经处于显示状态，并且与Activity通信http://blog.csdn.net/tongcpp/article/details/41978751
参考：
（1）http://toughcoder.net/blog/2015/04/30/android-fragment-the-bad-parts/
（2）http://blog.csdn.net/lmj623565791/article/details/37970961

Service

1. 生命周期及两种启动方式
2. Service的线程关系和Thread，它属于哪个线程和进程
3. Service和IntentService的区别

参考：
http://blog.csdn.net/xiao__gui/article/details/11579087
http://blog.csdn.net/huutu/article/details/40357481

HandlerThread、ServiceThread以及IntentService

HandlerThread继承Thread，你可以理解为子线程的Handler，需要自己prepare、loop等操作
ServiceThread继承于HandlerThread，可以从写其run方法
IntentService继承于Service，其内部还是利用了HandlerThread的原理，在子线程执行onHandleIntent方法，可以多次调用startService(Intent)来执行任务，并且执行完成后自动调用stopSelf来结束Service，主要原理就是这个Handler：

private final class ServiceHandler extends Handler {looper参数来源于子线程的HandlerThread，所以可以在子线程执行public ServiceHandler(Looper looper) {super(looper);}   @Overridepublic void handleMessage(Message msg) {onHandleIntent((Intent)msg.obj);执行完成后，自动执行stopSelf结束ServicestopSelf(msg.arg1);}
}

为什么onHandleIntent能执行多次？stopSelf明明每次onHandleIntent完后就执行了？

stopSelf大致是这样一个逻辑，传入的msg.arg1是从startCommand传入的startId，标记了每次事件的起始id，最后通过binder通信，调用到服务端ActivityManagerService.stopServiceToken — >> ActivityServicess.stopServiceTokenLocaked()方法如下：

boolean stopServiceTokenLocked(ComponentName className, IBinder token,int startId) {.....ServiceRecord r = findServiceLocked(className, token, UserHandle.getCallingUserId());if (r != null) {if (startId >= 0) {// Asked to only stop if done with all work.  Note that// to avoid leaks, we will take this as dropping all// start items up to and including this one.ServiceRecord.StartItem si = r.findDeliveredStart(startId, false);记录的最后一个事件id不为传入进来的id，则说明事件还未处理完们不能停止if (r.getLastStartId() != startId) {return false;}.....}
}

IntentService另一个要点

public int onStartCommand(@Nullable Intent intent, int flags, int startId) {onStart(intent, startId);START_REDELIVER_INTENT表示因异常而导致Service死掉的，重启后会发送最后一个Intent进行处理START_NOT_STICKY则异常死掉又重启不处理任何Intentreturn mRedelivery ? START_REDELIVER_INTENT : START_NOT_STICKY;
}

图片压缩

质量压缩
采样率压缩
尺寸压缩
jni第三方库来压缩
svg webpg

Glide图片缓存机制

弱引用(hashmap)、LRUCache、DiskCache和网络下载
存储的关键字key来识别存储对象，key由许多参数组成：图片的地址、宽高等因素；
当我们需要图片时，会根据其宽高和地址信息生成一个key

首先去弱引用hashMap里面找，找到了我们就拿出来使用，并且当前图片计数器要加1
找不到情况下，或者弱引用中图片被回收，我们就去LRUCache中找
LRUCache是用linkedhashmap加双链表结构体存储，其存储的图片也是弱引用，根据key找到图片，同时会在LRU中删除这张图片，把图片加入到弱引用中，找到图片后使用也会对图片计数器加一；找不到就去Disk和网络中去找
使用完图片后会对图片计数器减一，当计数器为0时，会将弱应用的图片清楚掉放回到LRU里面去

GlideBitmapPool

对于一些使用图片交大的App，需要频繁的分配/释放图片资源，大量的操作会引起频繁GC，造成应用内存抖动应用不稳定等现象；使用GlideBitmapPool可以将不再使用的图片bitmap资源保存起来，需要时在拿出来使用，这样就不会造成频繁GC，申请资源了；

inBitmap属性

4.4之前的版本inBitmap只能够重用相同大小的Bitmap内存区域。简单而言，被重用的Bitmap需要与新的Bitmap规格完全一致，否则不能重用。
4.4之后的版本系统不再限制旧Bitmap与新Bitmap的大小，只要保证旧Bitmap的大小是大于等于新Bitmap大小即可。
此框架就应用了这一特效，当Bitmap图片使用完后，不会recycle释放，将它进行保存；当需要使用图片分配内存时，如果图片尺寸大小小于旧图片的大小，就可以拿出来复用，其内部使用了LRU算法来保存bitmap资源，hashmap+双链表，LRU算法

现在Glide内部也是用了这个特性

广播

有序广播、粘性广播、系统广播
https://www.jianshu.com/p/ca3d87a4cdf3

android组件化与插件化？？？？

android事件分发机制

1. Activity里面的组件发生点击事件时，事件是如何传递的？
2. view和viewgroup事件分发区别，理解dispatchTouchEvent()、onInterceptTouchEvent、onTouchEvent、onTouch和onClick事件

public boolean dispatchTouchEvent(MotionEvent ev)
用来进行事件的分发。如果事件能够传递到当前View，此方法一定会被调用，返回结果受当前__View的onTouchEvent()和下级View的diapatchTouchEvent()方法__的影响，表示__是否消耗当前事件
__。
public boolean onInterceptTouchEvent(MotionEvent event)
用来判断是否拦截某个事件,如果当前View拦截了某个事件，那么在同一个事件序列当中，此方法不会被再次调用，返回结果表示是否拦截当前事件。
public boolean onTouchEvent(MotionEvent event)
在dispatchTouchEvent()中调用，用来处理点击事件，返回结果表示是否消耗当前事件，如果不消耗，则在同一个事件序列中，当前View无法再次接收事件
当子view的action_down事件不处理后，后续事件序列将不再传递给他
当子view除action_down外的事件不处理后，虽然后续事件也会收到，但是它的父组件却无法处理
requestDisallowInterceptTouchEvent，onInterceptTouchEvent两个方法
参考：
https://segmentfault.com/a/1190000005268399

ListView和RecycleView区别

从功能上：
ListView用于轻量级，简单布局的页面展示；adapter的notifyDataSetChanged需要把所有item都刷新
RecycleView可以支持复杂布局，横竖方向滑动，线性、表格、瀑布流布局，就是比ListView多设置一个LayoutManager布局管理器；而adapter可以只刷新需要更新的item

从缓存上：
ListView支持2级缓存，这2两级缓存用于快速显示屏幕上的item，离屏外的item产生的convertview还需要自己复用
recycleView支持4级缓存，并且支持缓存离屏外的2个item，自己已经处理convertView复用的问题

缓存对比：

ListView缓存的是View，RecycleView缓存的是VIewHolder，对缓存的使用原理大致都是，item离屏时将视图item缓存好，新的item入屏时，在从缓存中取出视图进行复用

ListView	缓存的View
mActiveViews	缓存屏幕内显示的item，快速复用	不需要createView和bindView
mScrapView	缓存屏幕外的item视图	不需要createView，但是需要bindView，自己对convertView进行复用

private View[] mActiveViews = new View[0];  //数组
private int mViewTypeCount;
private ArrayList<View>[] mScrapViews;        //数组，其内部是ArrayList

mActiveViews好理解，屏幕内部快速复用；当有新的item进入屏幕时，会从mScrapViews拿出缓存的view，调用bindView由开发人员自己复用处理

RecyclerView	缓存的是ViewHolder
mScrapView	主要包含mAttchScrap和changedScrap，缓存屏幕内的item，快速复用	不需要creatView和bindview
mCachedViews	缓存屏幕外部item，默认缓存2个，可以根据position和type查找到	不需要creatView和bindview
mViewExtension	用于自定义扩展的视图缓存
recyclePool	pool内部Map以type为key，存放ViewHolder的集合，每个holder上限是5个	不需要createView，但是需要bindview

mScrapView和ListView的mActiveViews一样，当有item滑出屏幕时，会将离屏的第一个viewholder根据position缓存到mCachedViews，默认是2个，遵循先进先出规则，如果mCachedViews已经有两个了，则会把最先进入的缓存ViewHolder移动至recyclePool，这里recyclePool会重置viewHolder，所以再次复用时需要onBind，这个默认是每个type类型的存5个

使用

仅仅做一些数据展示，不需要复杂的交互建议使用ListView，数据显示量大且交互逻辑处理，频繁更新建议使用RecycleView，局部通知notify等，布局灵活

ViewStub懒加载

只需要在xml里面设置ViewStub标签，传入layout子布局，加载时ViewStub就不会暂时加载出来，而当viewstub调用了inflate或者setVisible后才加载出来的，inflate只能掉一次，而setVisible可以调用多次；那这个原理是什么呢？
因为ViewStub这个组建继承于View，在初始化时设置了自己visible为gone，并且也没有将子布局加载进来；当调用inflate后（setVisible内部也是掉inflate），才会把子layout通过inflate进入，她会先用父布局将自己移除掉，在把子布局用来顶替自己的位置，并且使用自己的layoutParam参数，见如下代码

public View inflate() {final ViewParent viewParent = getParent();final ViewGroup parent = (ViewGroup) viewParent;final View view = inflateViewNoAdd(parent);replaceSelfWithView(view, parent);mInflatedViewRef = new WeakReference<>(view);if (mInflateListener != null) {mInflateListener.onInflate(this, view);}return view;}private View inflateViewNoAdd(ViewGroup parent) {final LayoutInflater factory;if (mInflater != null) {factory = mInflater;} else {factory = LayoutInflater.from(mContext);}final View view = factory.inflate(mLayoutResource, parent, false);if (mInflatedId != NO_ID) {view.setId(mInflatedId);}return view;}private void replaceSelfWithView(View view, ViewGroup parent) {final int index = parent.indexOfChild(this);parent.removeViewInLayout(this);final ViewGroup.LayoutParams layoutParams = getLayoutParams();if (layoutParams != null) {parent.addView(view, index, layoutParams);} else {parent.addView(view, index);}}

jni如何向java抛异常

在android的JNIHelp.h文件中声明四种可以向JVM抛异常的函数：

int jniThrowException(JNIEnv* env, const char* className,const char* msg)
int jniThrowNullPointerException(JNIEnv* env, char* msg)
int jniThrowIOException(JNIEnv* env, int errnum)
int jniThrowRuntimeException(JNIEnv* env, const char* msg)

jni调用java class

jclass jclass1 = env->FindClass(“com/test/myjnitest/Person”);
jmethodID jageMethodId = env->GetMethodID(jclass1, “getAge”, “()I”);
//jobj通过jni传递进来
jint jageM = env->CallIntMethod(jobj, jageMethodId)

requestLayout和invalidate区别

requestlayout：一般来说会触发onMeasure和onLayout重新调用，但是有时候也会触发onDraw，可能原因是在onLayout时发现参数l,t,r,b和以前不一样了，他就会自己触发invalidate

invalidate：只会触发onDraw方法；

所以根据需求，只需要重新onMeasure和onLayout是就调用Requestlayout；需要onDraw时则调用invalidate；如果需要重新绘制，则依次两个都调用

精通网络通信机制；
对TCP、HTTP协议有丰富实践经验；
熟悉HTML、CSS、JS等web基础知识，独立或主导完成过大中型移动app经验者优先；
深入研究过android系统机制和framework源码，精通android上的app开发、调试、编译、打包等流程；
有技术难题攻关经验，在移动端app内存优化、绘制效率优化、IO优化或数据库、电量等调优方面有丰富的经验。

蓝牙

Android蓝牙方面开发，包括经典蓝牙、BLE蓝牙以及蓝牙协议HFP、A2DP、 AVRCP等协议
点击参考

面试问题准备

app之间通信有哪些方式
给你一个app设计项目，你应该怎么去搭建框架，如何去设计这个app
Android加载大图问题解决办法1
Android加载大图问题解决办法2

干货资源

浏览器输入地址干了哪些事情？

浏览器输入地址干了哪些事情

音视频

什么是SPS和PPS？
Squence Paramters Set序列参数集
Picture Paramters Set图像参数集
他们位于H264协议帧的NAL单元，每帧数据通常用3字节或者4字节的01作为分隔符，分隔符紧挨着后一个字节的低4bit为7时表明这是一个SPS数据帧，为8表示PPS数据帧
SPS数据帧：存放了图像编码的一些全局参数，图像解码时会用到
PPS数据帧：存放了一些描述图像的信息
通常以上两个位于H264的第一帧和第二帧数据，紧挨着就是一个I帧
什么是NAL？
H264协议大致可以分为数据编码从VCL和网络抽象部分NAL，前者主要包含图像编码数据，后者主要是一些控制信息，NAL通常由一定的格式组成：
NALU由一个字节组成：

NAL单元按RTP序列号按序传送。其中，T为负荷数据类型，占5bit；R为重要性指示位，占2个bit；最后的F为禁止位，占1bit。具体如下：
　　（1）NALU类型位
　　可以表示NALU的32种不同类型特征，类型1～12是H.264定义的，类型24～31是用于H.264以外的，RTP负荷规范使用这其中的一些值来定义包聚合和分裂，其他值为H.264保留。
　　（2）重要性指示位
　　用于在重构过程中标记一个NAL单元的重要性，值越大，越重要。值为0表示这个NAL单元没有用于预测，因此可被解码器抛弃而不会有错误扩散；值高于0表示此NAL单元要用于无漂移重构，且值越高，对此NAL单元丢失的影响越大。
　　（3）禁止位
编码中默认值为0，当网络识别此单元中存在比特错误时，可将其设为1，以便接收方丢掉该单元，主要用于适应不同种类的网络环境（比如有线无线相结合的环境）。
NALU类型是我们判断帧类型的利器，从官方文档中得出如下图：

语音视频SDK如何实现超低延迟优化？

音视频面试集合

3、H264内部是如何编码的？

4、有几种媒体封装格式？

TS、AVI、MKV、TP、MOV、M2T，mp4, flv, 等等吧。我看电影少，对音视频格式认识的少，但是该背还得背。

5、MP4的内部结构？

内容好多呀，自行搜索，然后去背诵吧。我是没有背诵下来，但是重点的结构还是要说出来的。

6、编解码流程？

采集到的流，需要进行解码，格式转换，再编码，再封装等，一系列流程。

MP4封装格式简单介绍：
首先MP4由许多box结构组成，box结构又可以嵌套子box，这样众多的box树就构成了MP4文件；
box结构由header头和box的数据组成；

box基本数据格式

[4字节size][4字节type][可省略8字节largeSize][数据内容data]
4字节size包含了header加data的总大小，当总大小超过4字节显示时，size=1，添加8字节的largeSize来表示其总大小；
type标明此box名称，一般用ascll码表示；
以上会普通的box格式，另一种full box格式，在largeSize后data之前还有4字节的version和4字节的flag

MP4文件box顶层描述

从顶层来看，只有三个box，ftyp、moov和mdat

ftyp
一个文件只有一个ftyp box，用于描述文件的信息、编码类型、兼容类型等信息；ftyp的data部分通常包含4字节major brand、4字节minor version和4字节的compatible brand；因为不同厂商mp4封装可能不同，以上可以标明此文件指出的主流MP4版本(v1或v2)，兼容信息等
moov
该box包含音视频的基本信息，不包含音视频媒体本身数据；moov下面有很多子box，描述音视频的宽高、时间戳、解码器信息以及chunk在文件中的偏移，利用moov中的信息可以快速定位每帧在mdat中的位置
mdat
音视频媒体信息

moov box

moov box下面大致是这样的结构模式；

一个固定的mvhd，也就是moov的header头
包含创建时间、时间粒度time_scale以及文件持续时间duration；此时间粒度1/ time_scale * trak中的tkhd的duration可以得到每个trak的真实时间
两个或者更多trak
对应音频或视频trak，包含音视频序列的媒体信息；trak下的tkhd是trak的header，包含创建时间、持续duration、宽高信息和音量等信息
mdia box
媒体box信息，其中mdhd为媒体头，包含媒体创建时间、时长、时基等信息，hdlr则可以用于区分这个trak是音频、视频还是其他trak，其中hdlr的handler可以取值vide、soun和hint等
stbl box
位于mdia box -> minf box -> stbl box很重要，它描述了每个chunk的sample信息、偏移信息，以及关键字信息等；
补充stsd描述信息包含解码器信息，它尤为重要；其他如上图；解释几个专有名词：
sample：采样，一帧或几帧图像采样数据，音视频采样数据
chunk：一个或多个sample
trak：包含多个chunk
因为mdat存放的媒体数据没有特定的格式，而st开头的这些数据就是描述具体的每个Sample以及每帧数据在mdat中的位置，所以理解stxx很重要

通过stxx获取每帧数据

通过stsc获取sample和chunk的映射关系；

first_chunk表示chunk的序号，sample_per_chunk表示每个chunk有多少个sample，最后一个sample_description_index对应stsd的描述信息；
寻找chunk和sample对应关系
上图表示：第1~12个chunk，每个chunk有29个sample采用，这些采样的描述信息位于stsd里面的index为1的描述；第13个chunk有4个sample，描述也是1的stsd

确定chunk在文件中的偏移
然后我们在stco或者co64去找，如下图：

stts确定每个sample时间戳和持续时长
从上面stsc中可以得到总的sample个数等于12*29 + 4=352个sample，并且其序号默认是递增的从0~351个；如何确定每个sample的时间戳以及时间持续，可以从stts来看，如下图：

sample_counts表示多少个sample，计算出来一共是352个，下面是时长

每个sample的大小？那就要看stsz

一共352个，就知道每个sample的大小了；1. 前面根据stsc得到每个chunk中包含的sample个数以及对应的描述；2. 然后根据stco得到每个chunk在文件中的偏移位置，3.又根据stsz得到每个sample的size，这样就知道每个采样的在文件中的具体位置和大小了，以及对应的时间戳

还有一个关键帧，怎么得到了？stss就是关键帧信息

如上图，sample序号为1和251的就是关键帧了，遍历chunk中的sample序号就知道谁是关键帧了

上面截图使用的工具如下：

http://download.tsi.telecom-paristech.fr/gpac/mp4box.js/filereader.html