vm.Script创建沙箱，我们还可以传入sandbox上下文，如果entry创建的沙箱依赖其他文件，还可以递归创建沙箱，通过这样做，我们就可以监听服务端文件变化的时候创建新的服务端json，再创建新的沙箱来执行，从而达到nodejs热更的效果
其中我们知道runInNewContext决定是否创建新的上下文，我们知道如果设置为false，则会使用runInThisContext创建沙箱，但是会容易污染全局global，如果我们使用runInNexContext来创建，同时传入我们预先传入的sandbox，就可以隔离上下文，但是这样有个坏处，就是创建新的上下文会有一定的资源消耗，
如果我们使用once来创建，就不会每个请求都创建新的隔离上下文，而是创建一个新的隔离上下文公用，这样就可以最大限度避免V8创建的消耗，可以看到，只有在没有runner的情况下才才会创建sandbox
至于sourcemap，通过使用mozilla这个
source-map npm库，在堆栈出错的时候，把错误的文件和函数进去，通过消费sourcemap来还原定位源文件的具体的位置和行数 可以说，脑洞真的很大，但这就完了吗，不止~前面我们只讲了服务端的json，那客户端也生成了一份呢，那个有什么用呢？我们再次进入vue源码去挖掘， 很快就找到了答案
客户端的注入优化
我们知道服务端渲染会返回一个html，然后接下来客户端会走一次hydration，客户端需要的文件，例如js和css，我们需要在写在html里面，然后通过http去请求文件回来，不然怎么hydration啊
但这里有个维度，哪些是入口文件，哪些是异步文件，vue服务端自带client-plugin已经帮我们抽离出来了，OK，回到我们构建html，对于入口文件和css，我们会做preload的优化，对于异步的会做prefetch优化，同时对于入口的js还会做个script标签的defer加载提高并发数
总结
Vue SSR就是这么巧妙地利用两个webpack插件提取项目的关键信息生成bundle，从而达到服务器热更以及前端加载优化，真的可以说脑洞很大
