问题一：ProcessorTagNative插件的作用是什么？
ProcessorTagNative插件的作用是什么？
参考回答：
ProcessorTagNative插件的作用是将PipelineEventGroup的mMetadata成员选择性地加入mTag成员用于最终输出，同时支持对tag的key进行重命名。这样做可以方便地对元数据进行筛选和重构，以满足不同的输出需求。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/627626
问题二：在重新设计后，LogFileReader类的角色发生了什么变化？
在重新设计后，LogFileReader类的角色发生了什么变化？
参考回答：
在重新设计后，LogFileReader类被简化，使其更加专注于文件读取功能。它不再负责日志的切分和解析工作，这些功能被剥离出来并形成了独立的处理插件。因此，LogFileReader类的角色变得更加清晰和专一。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/627627
问题三：Input类有哪些主要的公有成员函数？
Input类有哪些主要的公有成员函数？
参考回答：
Input类包含Init、Start和Stop三个公有成员函数。Init函数负责根据采集配置实例化插件，Start函数用于启动输入插件，而Stop函数则用于停止输入插件。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/627628
问题四：在原有的C++部分，文件采集采用的是哪种模式？
在原有的C++部分，文件采集采用的是哪种模式？
参考回答：
在原有的C++部分，文件采集采用的是总线模式，即使用一个共享线程来轮流采集每个配置指定的日志文件。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/627607
问题五：为什么要借鉴代理模式来解决“一对多”的矛盾？
为什么要借鉴代理模式来解决“一对多”的矛盾？
参考回答：
借鉴代理模式是为了解决输入插件独立启动和停止的需求与总线模式统一启动和停止之间的矛盾。通过引入一个全局管理文件读取的类FileServer，代理模式使得文件输入插件可以通过它将配置注册和删除，从而实现统一的采集启停，同时满足了插件接口的语义要求。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/627606
