项目链接传统的多开方案依赖于java动态代理、inline hook、代理转发等手段保证虚拟进程的正常运行。如果三方app同样使用了java动态代理,此时会存在代理相互覆盖的问题,该情况会导致三方app运行时的逻辑发生变化。逻辑‘被’发生变化是极大多数厂家不愿意看到的,可能在一定程度上影响其收益。所以从某种意义上来讲,传统方案并不能定义为容器。
MultiApp技术选型之初就抛弃了动态代理,service、receiver、provider等binder组件也均由MultiApp engine自行维护。很遗憾的是Activity组件必须通过代理维护其生命周期,但是我们使用了更底层的机制确保不会影响app的运行时逻辑。另外,在native hook技术上,我们基于seccomp/bpf自研了更为有效的svc hook方案,并在某些场景下启用,综合来看更接近沙盒容器的概念
[培训]内核驱动高级班,冲击BAT一流互联网大厂工作,每周日13:00-18:00直播授课
seccomp/bpf 只会在某些场景下启用
不吃早饭 开启seccomp后的execve问题有处理么
DirtyAngle 牛逼
DirtyAngle 撤回牛逼, cpp没有开源 ≈ 没有开源
1
FIGHTING安 误导人的标题,这不是开源,只是提供了一个免费版的SDK额
我是一只马鹿 限制太多了,还不如系统自带的双开,起码文件隔离还是有的