1.要实现一个容器  如此做：

public class CustomFrameLayout extends FrameLayout {
		private static final String TAG = "CustomFrameLayout";
		
		public CustomFrameLayout(Context context) {
			super(context);
			this.setWillNotDraw(false);//必须
		}
		
		public void onDraw(Canvas canvas){
			super.onDraw(canvas);
			drawSomething(canvas);
		}
	}

构造函数中没有 this.setWillNotDraw(false)这句话时候 onDraw函数始终不被调用 直到添加上之后才可以成功调用onDraw函数

仔细查看onDraw函数的说明：

public void setWillNotDraw (boolean willNotDraw)
Since:  API Level 1

If this view doesn't do any drawing on its own, set this flag to allow further optimizations. By default, this flag is not set on View, but could be set on some View subclasses such as ViewGroup. Typically, if you overrideonDraw(Canvas) you should clear this flag.

Parameters
willNotDraw whether or not this View draw on its own

总之，要想再自定义的画一些东西 就要进行setWillNotDraw(false).
2.如果你有两个容器 A 和 a，a是放在A之中。如果都对这两个容器设置了 setWillNotDraw(false)，那么你将会看到一个“奇迹"：a中被添加进来的控件都不透明了，这时候不要怀疑你的控件图片不是透明的，是因为你对A容器设置了setWillNotDraw(false)，尝试将其去掉，问题就OK了


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 云原生