你上面贴出的build.gradle是blurDialogFragment这个模块的吗？另外看一下是否使用了Google analytics。我私信给你我的手机号码，直接电话交流可以更快帮你解决问题

初步看起来，是build.gradle写得有问题，Google analytics的配置不对。能否提供一下build.gradle以便排查？可以私信交流。

估计是libc库不兼容。能否提供更多的信息：1、使用的哪个镜像；2、该编译器对libc有没有要求？

这里专门再答复一下，上云对每个角色，对企业的好处：1、对负责合代码的员工来说，耗费大量的时间去合代码，出版本。一般出一个版本中间不会顺利，比如3个员工的代码有问题，需要反复调试，反复沟通。对这个合代码的员工来说，一般已经是公司骨干了，花大量时间不解决业务问题，对公司是损失，对员工个人发展也不利。2、对其它的开发员工来说，每个人需要对自己的代码负责，最好的办法是有一个统一的持续集成系统，可以配合一定的分支策略，每个人提交的代码在系统上确认可以构建成功，本地跑的话，没法确认本地环境是否跟实际一致。可以培养每个员工对自己质量负责的意识，同时对员工的个人发展也有利。3、对管理者来说，公司需要有标准的流程，这个流程可以提升研发效率，同时也是公司资产的一种保障。如果靠人合代码，这个人离职了怎么办？找个人接手，也没那么快跑起来。如果有云上的标准工具，标准流程，这就是企业资产，不是靠“人”去治理。另外企业也需要发展，壮大，需要流程的积累，才能支撑企业的发展。4、使用云上构建，对企业来说，是提供了一个专业的环境和一个标准的流程。每个人都做自己专业的事情，合代码，持续集成，构建出包，部署利用专业的云上工具，提升企业效率，沉淀企业流程。

1、软开云的编译构建，只要作简单的了解，基本已经实现了上手即用，配置一个任务就可以，不需要搭建环境，安装工具等；2、自动的持续集成，是“每个人”都可以出发的，只要通过了持续集成，就是“可部署”的状态；

建议根据部署的情况，整体考虑若何去做编译构建：1、如果需要把多各模块放到一起部署，需要放进来一起构建，把构建出来的包都放到软件制品仓库，部署的时候再拿下来使用；2、如果部署的时候，只需要使用最后的父模块，也需要一起构建，只需要把父模块的包放到制品仓库；3、如果部署的时候，每个模块分开部署，建议每个模块单独编译。被依赖的包，除了上传软件制品仓库，还需要deploy到我们提供“maven私有仓库”。不知道有没有解答了您的问题。

太棒了，近期想服务海外的企业可以了解一下