[发明专利]一种沙盒系统环境的创建方法、装置、介质和电子设备

说明书

本发明提供了一种沙盒系统环境的创建方法、装置、介质和电子设备，其中，所述创建方法包括：配置沙盒系统为包括DOM沙盒、用于免去沙盒使用方使用强制编译的CSS沙盒和用于对运行环境相关联的全局部署环境变量的全局变量沙盒的系统；将启动程序添加至沙盒系统中；将沙盒系统集成到开发环境中。本发明通过将沙盒系统环境配置为包括DOM沙盒、用于免去沙盒使用方使用强制编译的CSS沙盒和用于对运行环境相关联的全局部署环境变量的全局变量沙盒的系统，实现了对独立开发的各个模块之间的有效隔离，避免了混合加载过程中存在的线上模块互相干扰的问题。

技术领域

本发明涉及计算机技术领域，具体而言，涉及一种沙盒系统环境的创建方法、装置、介质和电子设备。

背景技术

如果前端某个业务集成在一个站点上，随着复杂度上升，包体积会变的过大。发布频繁。如果有n个业务，每个业务都有一定的更新频率，组合起来会导致更新发布非常频繁，每一个业务都会让项目所有一起升级。

尤其是多个业务结合的时候。哪个版本对应哪个改动难以追溯。

旧的iframe的方案可以在一定程度上解决这个问题。具体是把一个站点页面拆成N个frame，每个frame单独跑一个独立的域名。

但因为一个完整的项目包含大量公用的功能和代码，例如登录身份、站内信，业务模块只是其中的一个部分。这部分完全用跨window通信实现起来很费时费力，并且单页应用了React或类似的加载技术展示之后，iframe的效果也逊色很多。

即使iframe采用的类似方案，也应当做到软route的同步、视窗大小的同步等等技术细节。把模块丢到iframe里自生自灭是无法接受的。

服务端的微服务主要是通过docker技术实现虚拟化的底层支持，使服务开发者可以体会不到环境的区别、抹平运行时差异。在docker得到普遍应用之前，微服务在服务端的使用非常复杂，维护成本大幅提高；这个扩大的成本问题直到随着docker的沙盒体系才得以解决；这个环境在前端浏览器内运行时不存在。

由于微服务的特点，本地开发的模块只是项目的一部分，有水平模块(其他项目组)和垂直模块(站点架构)在项目外管理、组合。需要运行时机动的加载不同模块，把互不了解的系统集成到一个页面里运行。

开发时不同的模块解耦到各自的业务线下完成，线下独立调试、测试、验收，直到上线时糅合在一起，从CSS到global对象都被混合到一起。

由于模块开发者互不了解，如果做不到严格的隔离，本地开发和线上的环境代码不一致、运行结果不同，会无法调试无法维护。模块的本地开发需要非常严密的运行隔离，防止互相干扰，不能污染，不能仅靠约定这种不可靠的非确定性的方式来约束。如果不做沙盒，微服务就是微开发的monolithic服务，不能实现真的微服务。

因此，在长期的研发当中，发明人对沙盒系统环境的创建方法进行了大量的研究，提出了一种沙盒系统环境的创建方法，以解决上述技术问题之一。

发明内容

本发明的目的在于提供一种沙盒系统环境的创建方法、装置、介质和电子设备，能够解决上述提到的至少一个技术问题。具体方案如下：

根据本发明的具体实施方式，第一方面，本发明提供一种沙盒系统环境的创建方法，包括：

配置沙盒系统为包括DOM沙盒、用于免去沙盒使用方使用强制编译的CSS沙盒和用于对运行环境相关联的全局部署环境变量的全局变量沙盒的系统；

将启动程序添加至所述沙盒系统中；

将所述沙盒系统集成到开发环境中。

根据本发明的具体实施方式，第二方面，本发明提供一种沙盒系统环境的创建装置，包括：