专业基础 面试第一天(面试题2019年整理)

今天的面试很丰富,面试时间20分钟左右,知识点问了不下20个 ,先做整理一下, 还有好多不知道的名词 都忘了

多线程操作同一变量

内存机制中的 "副本"概念
多个线程访问一个成员变量时 每个线程都会得到一个该变量的副本 在自己的线程的栈中保存、计算 以提高速度。 但是这样就会有同步的问题了。 当一个线程修改了自己栈内副本的值 还没有立即将同步到主存中， 其他线程再来获取主存中的该变量时 就会得到过期数据。

为了解决这种问题 可以使用synchronized对该变量的操作同步 ， 或使用volatile关键字声明该变量为易变对象 这样的话 每个线程就不会创建副本到自己的栈中 而是直接操作主存。

多个线程访问一个成员变量时 每个线程都会得到一个该变量的副本 在自己的线程的栈中保存、计算 以提高速度。 但是这样就会有同步的问题了。 当一个线程修改了自己栈内副本的值 还没有立即将同步到主存中， 其他线程再来获取主存中的该变量时 就会得到过期数据。

关于内存泄漏

• 内存泄漏是当程序不再使用到的内存时，释放内存失败而产生了无用的内存消耗。内存泄漏并不是指物理上的内存消失，这里的内存泄漏是值由程序分配的内存但是由于程序逻辑错误而导致程序失去了对该内存的控制，使得内存浪费。 内存泄漏对于app没有直接的危害，即使app有发生内存泄漏的情况，也不一定会引起app崩溃，但是会增加app内存的占用。内存得不到释放，慢慢的会造成app内存溢出。所以我们解决内存泄漏的目的就是防止app发生内存溢出。

查找内存泄漏问题: MAT .AS自带工具 三方框架Leak

怎样会导致内存泄漏？

• 资源对象没关闭造成的内存泄漏，如查询数据库后没有关闭游标cursor
• 构造Adapter时，没有使用 convertView 重用
• Bitmap对象不在使用时调用recycle()释放内存
• 对象被生命周期长的对象引用，如activity被静态集合引用导致activity不能释放

1、新建线程引起的Activity内存泄漏
2、Activity添加监听器造成Activity内存泄漏
3、Handler 匿名内部类造成内存溢出？
4、AsyncTask造成内存泄漏
5、Timer Tasks 造成内存泄漏
解决方式: 弱引用 staic 解除绑定

关于okhttp 拦截器

拦截器是OkHttp中提供一种强大机制，它可以实现网络监听、请求以及响应重写、请求失败重试等功能。下面举一个简单打印日志的栗子，此拦截器可以打印出网络请求以及响应的信息。

选择使用Application或Network拦截器?

Application interceptors

无法操作中间的响应结果，比如当URL重定向发生以及请求重试等，只能操作客户端主动第一次请求以及最终的响应结果。
在任何情况下只会调用一次，即使这个响应来自于缓存。
可以监听观察这个请求的最原始未经改变的意图（请求头，请求体等），无法操作OkHttp为我们自动添加的额外的请求头，比如If-None-Match。
允许short-circuit (短路)并且允许不去调用Chain.proceed()。（编者注：这句话的意思是Chain.proceed()不需要一定要调用去服务器请求，但是必须还是需要返回Respond实例。那么实例从哪里来？答案是缓存。如果本地有缓存，可以从本地缓存中获取响应实例返回给客户端。这就是short-circuit (短路)的意思。。囧）
允许请求失败重试以及多次调用Chain.proceed()。

Network Interceptors

允许操作中间响应，比如当请求操作发生重定向或者重试等。
不允许调用缓存来short-circuit (短路)这个请求。（编者注：意思就是说不能从缓存池中获取缓存对象返回给客户端，必须通过请求服务的方式获取响应，也就是Chain.proceed()）
可以监听数据的传输
允许Connection对象装载这个请求对象。（编者注：Connection是通过Chain.proceed()获取的非空对象）

关于注释编程 反射( 有个什么2 的东西)

android 26 27 service 调用存在问题

kotlin + 什么编程

如果用发射原理 自己写一个 ButterKnife

首先ButterKnife 的工原理 在java代码的编译时期，javac 会调用java注解处理器来进行处理。因此我们可以定义自己的注解处理器来干一些事情。一个特定注解的处理器以 java 源代码（或者已编译的字节码）作为输入，然后生成一些文件（通常是.java文件）作为输出。因此我们可以在用户已有的代码上添加一些方法，来帮我们做一些有用的事情。这些生成的 java 文件跟其他手动编写的 java 源代码一样，将会被 javac 编译。（个人参考及个人理解）

我不会写 会写也不写

关于 Sqlite 理解多少

文件管理 怎么理解

ndk 编程 (对一个什么文件的作用)

参考: https://blog.csdn.net/ccg_201216323/article/details/54563825
https://blog.csdn.net/xiaoyu_93/article/details/52870395

网络通信中安全问题

密码 md5加密
首先数据加密
(对敏感数据采用基于SSL/TLS的HTTPS进行传输。),通信加密
然后在还要动态加密
多网址加密

设计模式

单例模式：某个类只能有一个实例，提供一个全局的访问点。

简单工厂：一个工厂类根据传入的参量决定创建出那一种产品类的实例。

工厂方法：定义一个创建对象的接口，让子类决定实例化那个类。

抽象工厂：创建相关或依赖对象的家族，而无需明确指定具体类。

建造者模式：封装一个复杂对象的构建过程，并可以按步骤构造。

原型模式：通过复制现有的实例来创建新的实例。

适配器模式：将一个类的方法接口转换成客户希望的另外一个接口。

组合模式：将对象组合成树形结构以表示“”部分-整体“”的层次结构。

装饰模式：动态的给对象添加新的功能。

代理模式：为其他对象提供一个代理以便控制这个对象的访问。

亨元（蝇量）模式：通过共享技术来有效的支持大量细粒度的对象。

外观模式：对外提供一个统一的方法，来访问子系统中的一群接口。

桥接模式：将抽象部分和它的实现部分分离，使它们都可以独立的变化。

模板模式：定义一个算法结构，而将一些步骤延迟到子类实现。

解释器模式：给定一个语言，定义它的文法的一种表示，并定义一个解释器。

策略模式：定义一系列算法，把他们封装起来，并且使它们可以相互替换。

状态模式：允许一个对象在其对象内部状态改变时改变它的行为。

观察者模式：对象间的一对多的依赖关系。

备忘录模式：在不破坏封装的前提下，保持对象的内部状态。

中介者模式：用一个中介对象来封装一系列的对象交互。

命令模式：将命令请求封装为一个对象，使得可以用不同的请求来进行参数化。

访问者模式：在不改变数据结构的前提下，增加作用于一组对象元素的新功能。

责任链模式：将请求的发送者和接收者解耦，使的多个对象都有处理这个请求的机会。

迭代器模式：一种遍历访问聚合对象中各个元素的方法，不暴露该对象的内部结构。

Glide 和 Picasso 对比

首先glide 能很方便加载动态图片,图片压缩比较小

1、picasso
picasso是Square公司开源的一个Android图形缓存库,不仅实现了图片异步加载的功能，还解决了android中加载图片时需要解决的一些常见问题：

在adapter中需要取消已经不在视野范围的ImageView图片资源的加载，否则会导致图片错位，Picasso已经解决了这个问题；
使用复杂的图片压缩转换来尽可能的减少内存消耗；
自带内存和硬盘二级缓存功能。

2、 Glide
Glide 是一个高效、开源、 Android设备上的媒体管理框架，Glide具有获取、解码和展示视频剧照、图片、动画等功能，它还有灵活的API，这些API使开发者能够将Glide应用在几乎任何网络协议栈里。创建Glide的主要目的有两个，一个是实现平滑的图片列表滚动效果（滚动流畅），另一个是支持远程图片的获取、大小调整和展示。有以下特点：

GIF动画的解码：通过调用Glide.with(context).load(“图片路径“方法，GIF动画图片可以自动显示为动画效果。如果想有更多的控制，还可以使用Glide.with(context).load(“图片路径“).asBitmap()方法加载静态图片,使用Glide.with(context).load(“图片路径“).asGif()方法加载动画图片。
本地视频剧照的解码：通过调用Glide.with(context).load(“图片路径“)方法，Glide能够支持Android设备中的所有视频剧照的加载和展示。
缩略图的支持：为了减少在同一个view组件里同时加载多张图片的时间，可以调Glide.with(context).load(“图片路径“).thumbnail(“缩略比例“).into(“view组件“)方法加载一个缩略图，还可以控制thumbnail()中的参数的大小，以控制显示不同比例大小的缩略图。
Activity生命周期的集成：当Activity暂停和重启时，Glide能够做到智能的暂停和重新开始请求，并且当Android设备的连接状态变化时，所有失败的请求能够自动重新请求。
转码的支持：Glide的toBytes() 和transcode() 两个方法可以用来获取、解码和变换背景图片，并且transcode() 方法还能够改变图片的样式。
动画的支持：新增支持图片的淡入淡出动画效果（调用crossFade()方法）和查看动画的属性的功能。
OkHttp和Volley的支持：默认选择HttpUrlConnection作为网络协议栈，还可以选择OkHttp和Volley作为网络协议栈。
其他功能：如在图片加载过程中，使用Drawables对象作为占位符、图片请求的优化、图片的宽度和高度可重新设定、缩略图和原图的缓存等功能。
3、总结：
Picasso所能实现的功能，Glide都能做，只是所需的设置不同。但是Picasso体积比起Glide小太多如果项目中网络请求本身用的就是okhttp或者retrofit(本质还是okhttp)，那么建议用Picasso，体积会小很多。Glide的好处是大型的图片流，比如gif、Video，如果做美拍这种视频类应用，建议使用。

eventbus 的两个事件 post和 postSticky (粘性事件)

粘性事件 可以将数据传给未开启的 页面
ThreadMode.POSTING：默认使用该模式，表示该方法会在当前发布事件的线程执行
ThreadMode.MAIN：表示会在UI线程中执行
ThreadMode.BACKGROUND：若当前线程非UI线程则在当前线程中执行，否则加入后台任务队列，使用线程池调用
ThreadMode.ASYNC：加入后台任务队列，使用线程池调用

使用过线程池吗

在android开发中经常会使用多线程异步来处理相关任务，而如果用传统的newThread来创建一个子线程进行处理，会造成一些严重的问题：
1：在任务众多的情况下，系统要为每一个任务创建一个线程，而任务执行完毕后会销毁每一个线程，所以会造成线程频繁地创建与销毁。
2：多个线程频繁地创建会占用大量的资源，并且在资源竞争的时候就容易出现问题，同时这么多的线程缺乏一个统一的管理，容易造成界面的卡顿。
3:多个线程频繁地销毁，会频繁地调用GC机制，这会使性能降低，又非常耗时。
总而言之：频繁地为每一个任务创建一个线程，缺乏统一管理，降低性能，并且容易出现问题。
为了解决这些问题，就要用到今天的主角——线程池.

线程池使用的好处：

1：对多个线程进行统一地管理，避免资源竞争中出现的问题。
2：（重点）：对线程进行复用，线程在执行完任务后不会立刻销毁，而会等待另外的任务，这样就不会频繁地创建、销毁线程和调用GC。
3：JAVA提供了一套完整的ExecutorService线程池创建的api，可创建多种功能不一的线程池，使用起来很方便。

常见的几种线程池

1：ThreadPoolExecutor 创建基本线程池
2：FixedThreadPool (可重用固定线程数)
3：CachedThreadPool (按需创建)
4：SingleThreadPool(单个核线的fixed)
5：ScheduledThreadPool(定时延时执行)
6：自定义的PriorityThreadPool(队列中有优先级比较的线程池)

知识摘要: https://www.jianshu.com/p/7b2da1d94b42

程序保活问题

开启一个像素的Activity
进程相互唤醒
JobSheduler是作为进程死后复活的一种手段，native进程方式最大缺点是费电
Service中 onStartCommand 的返回值来判断
NotificationListenerService就是一个监听通知的服务 只要手机收到了通知，NotificationListenerService都能监听到，即时用户把进程杀死，也能重启，所以说要是把这个服务放到我们的进程之中，那么就可以呵呵了

handler

andriod提供了Handler 和 Looper 来满足线程间的通信。Handler先进先出原则。Looper类用来管理特定线程内对象之间的消息交换(MessageExchange)。
1)Looper: 一个线程可以产生一个Looper对象，由它来管理此线程里的MessageQueue(消息队列)。
2)Handler: 你可以构造Handler对象来与Looper沟通，以便push新消息到MessageQueue里;或者接收Looper从Message Queue取出)所送来的消息。
3) Message Queue(消息队列):用来存放线程放入的消息。

4)线程：UIthread 通常就是main thread，而Android启动程序时会替它建立一个MessageQueue。

handler 会造成内存泄漏

listview

1.在adapter中的getView方法中尽量少使用逻辑
2.尽最大可能避免GC(垃圾回收器) ViewHold
3.滑动的时候不载入图片
4.将ListView的scrollingCache和animateCache设置为false
5.item的布局层级越烧越好
6.使用ViewHolder

activity 启动模式

standard
默认模式，会在启动时创建一个新实例，创建的模式也可以随Intent.FLAG_ACTIVITY_NEW_TASK而改变

singleTop
当启动activity时，有相同的activity在前台与用户交互，那就复用这个activity，这个实例会被调用Activity.onNewIntent()。

singleTask
在启动activity时，若有一个运行着这个activity的task，那这个activity实例会被调到前台，并调用Activity.onNewIntent() ，启动实例的Intent的flag会被设置Intent.FLAG_ACTIVITY_BROUGHT_TO_FRONT . singleTask是singleTop的一个扩展集。This is a superset of the singleTop mode, where if there is already an instance of the activity being started at the top of the stack, it will receive the Intent as described there (without the FLAG_ACTIVITY_BROUGHT_TO_FRONT flag set). See the Tasks and Back Stack document for more details about tasks.

singleInstance
开辟一个只允许一个activity实例在里头运行的task. 如果用同样的intent再次启动这个activity，task会被调到前台，其Activity.onNewIntent() 会被调用. 如果这个activity实例要启动一个新activity，那么这个新activity会在一个新task中运行.