https://github.com/chenyeju295/flutter_uvc_camera/issues/23

这个 issue 是你的吧，把付费请求写在那里岂不是更好？作者也能看到

再来反刍一下。

我以前写过一个普通用户和 root 用户都可以用的工具类 app 。针对这种情况，我采取的情况是双管齐下：能修则修，不能则忽略。

比如 fake permision 这种，在代码中除了正常申请权限之外，还用 AppOpsManager 再进行检测；其他情况（我当时遇到的：缺系统服务，打不开活动，UI 不一致或者崩溃，还有其他甚至是有些我怀疑只有 Bit flipping 才能触发的异常），能修的也尽可能作出修复；不能修的，给错误 UI 和甚至直接 catch(Excpetion ignore)然后 kill 掉自己之类的手段也都用过。

实在 catch 不了的，我当时用的统计服务只有一个 Crashlytics：它不仅能够忽略不想理会的日志，其它的过滤功能也是挺强大的，推荐使用这个。印象中记得除了组件更新速度过于频繁，没有什么别的缺陷。

虽然很久没用过了，但是我记得 Crashlytics 可以忽略不想管的 Crash 日志的，其他崩溃上报服务应该也会有这个功能吧。

我个人作为从 Jelly Bean 时代开始的 Android 用户和开发者，对这些更改总体上是没有什么异议的，不认同这些更改属于“阉割”。建议在从事相关工作时，不要将必要的代码修改归咎于系统而不是自己的懒惰。

我自己还是直接用 android log 。

一方面目前还没有遇到需要加密日志的要求，这个功能确实只能用第三方库了。
一方面是作为最基本的日志实现，可靠性和效率绝对比第三方库更高；记录日志这种活，我看重可靠性远远优先于便捷性。

不过写文件需要自行实现吗？单独开个线程跑 logcat 不就行了，它有参数可以用来把日志落地的。

安卓模拟器性能优化更好。虚拟机装的滑动下界面都卡。

个人觉得，除非不玩这些东西，不然基本无解。

这看起来很像是 vivo 系统自己加的料，为了安全不允许使用利用无障碍服务的自动操作应用。

hand hands, loud louds

你这玩意不好搞。很早就默认禁用了，构建脚本也没导入这个 package 。好不容易改了代码让它编出来，不知道怎么导出带代码的 APK ，加个参数能 deodex 编译出来了，然后这东西还有 jni 还没打包过来。

我这里有机器可以帮你搞搞，不过要下班之后才能看看。