提案： load bfsp/bfsw config 的行为改用基于vm来实现

[Gaubee]

目前使用 dynamic import 方案，会导致内存无法释放。
将代码转入到vm中执行，好处是可以 通过配置link函数来接管import语句，从而确保内存可以被释放。

[Gaubee]

解决方案有另外两种：

1. 短期内nodejs-esm-vm方案还不成熟，接口也不易用，或者编译成iife或者cjs。
2. 未来 v3 直接通过 pkgm-TUI 来提供主要的终端程序，然后再将其它程序用 new Worker 独立启动（届时会用新的管道编程来实现），所以 #bfsw/p 的变动可以直接重新运行 new Worker(#bfsp/w.mjs) 来解决。