问题一：libPluginAdaptor.so在iLogtail中扮演了什么角色？
参考答案：
在iLogtail中，libPluginAdaptor.so充当了一个适配器层的角色。它实现了Golang发送接口与C++发送接口之间的衔接，使得原本接口不兼容的对象能够一起配合工作。
关于本问题的更多回答可点击进行查看：
https://developer.aliyun.com/ask/617576
问题二：iLogtail桥接模式的实践流程是啥样的？
参考答案：
桥接模式是一种设计模式，它允许将一个大类或一系列紧密相关的类拆分为抽象和实现两个独立的层次结构。这意味着一个类存在两个或多个独立变化的维度时，可以通过组合的方式，使这些维度可以独立进行扩展。
关于本问题的更多回答可点击进行查看：
https://developer.aliyun.com/ask/617577
问题三：桥接模式在iLogtail中是如何应用的？
参考答案：
在iLogtail中，当使用flusher_http发送到不同后端系统时，需要支持各种请求加签和追加auth header的功能。由于请求的加签算法可能因后端平台而异，为了实现更好的可扩展性，iLogtail采用了桥接模式，通过extensions机制将flusher_http插件的实现与具体的发送策略分离。这样，Authenticator、FlushInterceptor和RequestInterceptors等组件都具有了可扩展性。
关于本问题的更多回答可点击进行查看：
https://developer.aliyun.com/ask/617578
问题四：iLogtail代理模式是什么？
参考答案：
代理模式就是使用一个代理类来隐藏具体实现类的实现细节，通常还用于在真实的实现的前后添加一部分逻辑。既然说是代理 ，那就要对客户端隐藏真实实现，由代理来负责客户端的所有请求。
关于本问题的更多回答可点击进行查看：
https://developer.aliyun.com/ask/617579
问题五：代理模式在iLogtail中是如何应用的？
参考答案：
在 iLogtail 中，最核心的步骤就是保证数据准确地发送到后端服务。在将数据发送到 SLS 场景下，最根本的就是调用 SDK 将打包好的数据发送，整个过程看似简单却蕴含着大智慧。因为后端服务是复杂多变的，往往会存在着这种不确定因素，例如网络不稳定、后端Quota满、鉴权失败、偶尔服务不可用、流控、进程重启等。如果每个数据发送方独立处理直接调用 SLS SDK 进行发送，必然导致大量重复代码，造成代码复杂度增加。因此，iLogtail 引入了 Sender 代理类，增强了直接 SDK 发送的可靠性。数据发送方仅需要调用 Sender::Instance()->Send 即可认为已经完成了数据发送，剩下的复杂场景处理全都交给 Sender 类完成，由 Sender 类保证将数据成功发送到后端系统。
关于本问题的更多回答可点击进行查看：
