摄像头预览有3种方式:
setPreviewDisplay(holder)setPreviewTexture(surfaceTexture)自定义第一种会给摄像头绑定一个视窗（最终的型态是一个Surface，Egl会对转换成Native的Window与之对应），摄像头采集完数据，再绘制到视窗上，这都是操作系统自发处理的。
第二种是输出到纹理，这个纹理可以做一些处理，加上其他一些OpenGL的操作，最终输出到视窗上。
第三种，也可以使用自定义的方式通过PreviewCallback拿到Frame数据，装换到2D纹理，再输出到视窗。
后两者是可以进行自定义的OpenGL渲染的，比如特效，滤镜等。
七牛android端推流的摄像头id (CAMERA_FACING_ID) 目前一共有三种模式：
CAMERA_FACING_ID.CAMERA_FACING_FRONT ==> 前置摄像头
CAMERA_FACING_ID.CAMERA_FACING_BACK ==> 后置摄像头
CAMERA_FACING_ID.CAMERA_FACING_3RD ==> 后置副摄像头，即双摄像头的副摄像头
目前开发者会遇到某些机型，后置摄像头切换之前不成功的情况，这一类问题确认下来是
该机型只有后置摄像头（需要前置的话，直接翻转摄像头）
eg. 华为荣耀7i
所以可以针对这类机型，在调用camera切换的API的时候，给予用户一个提示信息即可。
布局里直接使用SimpleDraweeView后， 结果出现了 Binary XML file line #22: Error inflating class
com.facebook.drawee.view.SimpleDraweeView 的错误
主要原因是没有初始化fresco，在使用前需初始化Fresco.initialize(this);
可以放在setContent() 之前，也可以放在Application中
2020-09-08 18:29:53.519 18200-18200/com.shijiusui.p.screenlive I/Glide: Root cause (1 of 1)
java.io.IOException: Cleartext HTTP traffic to images.cdn.xxxxxx.com not permitted
at com.android.okhttp.HttpHandler$CleartextURLFilter.checkURLPermitted(HttpHandler.java:115)
at com.android.okhttp.internal.huc.HttpURLConnectionImpl.execute(HttpURLConnectionImpl.java:458)
at com.android.okhttp.internal.huc.HttpURLConnectionImpl.connect(HttpURLConnectionImpl.java:127)
at com.bumptech.glide.load.data.HttpUrlFetcher.loadDataWithRedirects(HttpUrlFetcher.java:104)
at com.bumptech.glide.load.data.HttpUrlFetcher.loadData(HttpUrlFetcher.java:59)
at com.bumptech.glide.load.model.MultiModelLoader$MultiFetcher.loadData(MultiModelLoader.java:100)
at com.bumptech.glide.load.model.MultiModelLoader$MultiFetcher.startNextOrFail(MultiModelLoader.java:164)
at com.bumptech.glide.load.model.MultiModelLoader$MultiFetcher.onLoadFailed(MultiModelLoader.java:154)
at com.bumptech.glide.load.data.HttpUrlFetcher.loadData(HttpUrlFetcher.java:65)
at com.bumptech.glide.load.model.MultiModelLoader$MultiFetcher.loadData(MultiModelLoader.java:100)
at com.bumptech.glide.load.engine.SourceGenerator.startNext(SourceGenerator.java:62)
at com.bumptech.glide.load.engine.DecodeJob.runGenerators(DecodeJob.java:309)
at com.bumptech.glide.load.engine.DecodeJob.runWrapped(DecodeJob.java:279)
at com.bumptech.glide.load.engine.DecodeJob.run(DecodeJob.java:235)
at java.util.concurrent.ThreadPoolExecutor.processTask(ThreadPoolExecutor.java:1187)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1152)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:641)
at java.lang.Thread.run(Thread.java:784)前言：为保证用户数据和设备的安全，Google针对下一代 Android 系统(Android P) 的应用程序，将要求默认使用加密连接，这意味着 Android P 将禁止 App 使用所有未加密的连接，因此运行 Android P 系统的安卓设备无论是接收或者发送流量，未来都不能明码传输，需要使用下一代(Transport Layer Security)传输层安全协议，而 Android Nougat 和 Oreo 则不受影响。
因此在Android P 使用HttpUrlConnection进行http请求会出现以下异常
W/System.err: java.io.IOException: Cleartext HTTP traffic to **** not permitted
使用OKHttp请求则出现
java.net.UnknownServiceException: CLEARTEXT communication ** not permitted by network security policy
在Android P系统的设备上，如果应用使用的是非加密的明文流量的http网络请求，则会导致该应用无法进行网络请求，https则不会受影响，同样地，如果应用嵌套了webview，webview也只能使用https请求。
针对这个问题，有以下三种解决方法：
（1）APP改用https请求
（2）targetSdkVersion 降到27以下
（3）更改网络安全配置
前面两个方法容易理解和实现，具体说说第三种方法，更改网络安全配置。
1.在res文件夹下创建一个xml文件夹，然后创建一个network_security_config.xml文件，文件内容如下：
2.接着，在AndroidManifest.xml文件下的application标签增加以下属性：
完成，这个时候App就可以访问网络了。
方法四：在AndroidManifest.xml配置文件的<application>标签中直接插入
android:usesCleartextTraffic=”true”
先去官网确认是否有这个版本，可能已经被删了
最近在维护一个N久的项目时，发现在mac升级系统为10.15.5后（Android Studio 4.0，gradle 2.3.1），编译失败了，报错如下：
Cannot run program “/Users/xxxx/Android/sdk/build-tools/23.0.1/aapt”: error=86, Bad CPU type in executable
原因是最新版本的macOS Catalina(10.15.5)已经不支持32位的应用了，只能运行64位的应用。
解决方法：升级工程的buildToolsVersion，本例中将23.0.1 升级成25.0.3。