Zhu Shunjia

因为考虑到有些场景，比如文件采集，用不到go插件。所以做了一个开关load_plugin_base，这样行为可以和ilogtail 2.0上一个版本保持一致了，然后字节自己打包的产物可以确保这个参数为true。

> > 因为考虑到有些场景，比如文件采集，用不到go插件。所以做了一个开关load_plugin_base，这样行为可以和ilogtail 2.0上一个版本保持一致了，然后字节自己打包的产物可以确保这个参数为true。 > > 嗯，但是出包的时候这个参数值是一定的，不能假定用户用或者用不到Go插件。对于第三方用户，如果他也有自己的私有插件，他还得记得把这个参数给强制打开。这种架构上的设置最好不要分叉。 这个问题感觉可以通过更新一下脚本解决： 1. c++还是维护一个默认的插件集合 2. 如果检测到external_plugins，脚本注入这个开关。 因为完全移动到go之后，c++这边对插件进行编排这个能力是不是会丢失? 我们也有预期想共建core的这部分能力，还是蛮重要的

> > > > 因为考虑到有些场景，比如文件采集，用不到go插件。所以做了一个开关load_plugin_base，这样行为可以和ilogtail 2.0上一个版本保持一致了，然后字节自己打包的产物可以确保这个参数为true。 > > > > > > > > > 嗯，但是出包的时候这个参数值是一定的，不能假定用户用或者用不到Go插件。对于第三方用户，如果他也有自己的私有插件，他还得记得把这个参数给强制打开。这种架构上的设置最好不要分叉。 > > > > > > 这个问题感觉通过更新一下脚本解决， > > > > 1. c++还是维护一个默认的插件集合 >...