实现“如何在一个Activity的一部分中显示其他Activity”除了LocalActivityManager还需要一个或多个"容器"Layout(或者和Layout同级别的View)。


假设这个容器是一个LinearLayout，id是container,通常来说我们会想把这个容器的layout_weight设置成1，以便把位置先占好。


然后实例化LocalActivityManager：LocalActivityManager mgr = getLocalActivityManager();


然后mContainer = (LinearLayout) findViewById(R.id.container);最后就可以把MyOtherActivity塞进container里面了。mContainer.addView((mgr.startActivity("MyOtherActivityInstance1", new Intent(this, MyOtherActivity.class))).getDecorView());


addView是往Layout里动态增加View，别处也会用到。mgr.startActivity比一般的startActivity多一个String id参数：
"public Window startActivity (String id, Intent intent)"

其实这个String id只是一个标识，自己随便起个不重样的名字就好了，作用就是系统看到id一样的activity时会把两个activity当作一个处理，不会弄出平行的两个来，反之亦然。

至于最后这个getDecorView()方法，我一开始觉得很神奇，查了很多地方，最后觉得其实也不是很复杂，就是把Activity里面所有的View，包括其摆放方式，都给调出来，这样在addView的时候就不用担心摆放等问题了。
Logo
向您推荐>>Eolink开发者社区

权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区

更多推荐

ELK实现containerd的容器日志采集展示【基于logging的全栈监测】

企业级ELK Stack构建介绍

avatar 云原生

深入理解 Mocha 测试框架：从零实现一个 Mocha

前言什么是自动化测试自动化测试在很多团队中都是Devops环节中很难执行起来的一个环节，主要原因在于测试代码的编写工作很难抽象，99%的场景都需要和业务强绑定，而且写测试代码的编写工作量往往比编写实际业务代码的工作量更多。在一些很多业务场景中投入产出比很低，适合写自动化测试的应该是那些中长期业务以及一些诸如组件一样的基础库。自动化测试是个比较大的概念，其中分类也比较多，比如单元测试，端对端测试，集

avatar 云原生

(20200916 Solved)docker-compose up创建容器自动退出

问题描述如题，创建容器后自动退出了。并且docker start container无效解决方案原因是缺失了控制终端的配置，需要在docker-compose.yml中增加tty:true ，有时候这样也不行，需要再增加一个command:/bin/bash，命令不一定是这个，需要是一个不会退出的命令，然后用-d后台启动容器。Referencesdocker-compose启动容器后自动退出...

avatar 云原生