【实战指南】4步实现C++插件化编程,轻松实现功能定制与扩展(2)

本文涉及的产品
Serverless 应用引擎免费试用套餐包,4320000 CU,有效期3个月
云原生网关 MSE Higress,422元/月
任务调度 XXL-JOB 版免费试用,400 元额度,开发版规格
简介: 本文是《4步实现C++插件化编程》的延伸,重点介绍了新增的插件“热拔插”功能。通过`inotify`接口监控指定路径下的文件变动,结合`epoll`实现非阻塞监听,动态加载或卸载插件。核心设计包括`SprDirWatch`工具类封装`inotify`,以及`PluginManager`管理插件生命周期。验证部分展示了插件加载与卸载的日志及模块状态,确保功能稳定可靠。优化过程中解决了动态链接库句柄泄露问题,强调了采纳用户建议的重要性。

4步实现C++插件化编程,轻松实现功能定制与扩展(2)

[TOC]

引言

  此文是对先前文章《4步实现C++插件化编程,轻松实现功能定制与扩展》 的延伸,重点记录在原版本基础上新增的插件热拔插功能。

  起因源于读者的一个评论,如下:
image.png


  看到这个问题时,当时的软件尚不具备“热拔插”功能。 但思考了一下,不支持“热拔插”的插件,应属于一种功能缺陷。于是乎,在原有的基础上增加了这一功能。这里,也很感谢这位读者提出这么好的问题。

  插件化编程的实现方案和代码细节已经在上一篇文章中记录了,本篇主要记录下新增的热拔插功能的实现细节。


注:文末提供本文源码获取方式。文章不定时更新,喜欢本公众号系列文章,可以星标公众号,避免遗漏干货文章。源码开源,如果对您有帮助,帮忙分享、点赞加收藏喔!

优化策略

  第一版软件仅在启动时加载插件。在此基础上,新增以下功能:

  • 在主程序运行过程中,若指定路径下新增插件库,程序将自动识别并加载。
  • 若在主程序运行中从指定路径移除或删除插件库,程序将自动卸载对应的已加载插件。

  要实现上述功能,需要对指定路径下的文件变动进行监控。在Linux环境中,可以利用inotify接口来达成这一目的。关于如何使用 inotify 实现实时文件监控的具体方法,可参考先前文章《使用inotify实现实时文件监控》

详细设计

  优化后的插件加载主要拆分为两个大类SprDirWatchPluginManager:
SprDirWatch 是一个工具类。专门用于封装 inotify 接口,以便于监控文件系统中的特定路径变化。
PluginManager 则是插件管理类。负责通过 SprDirWatch 捕获指定路径下文件的变化,并据此触发插件的自动“加载”或“卸载”操作。

  • SprDirWatch类定义
    ```C++
    class SprDirWatch
    {
    public:
    SprDirWatch();
    ~SprDirWatch();

    int GetInotifyFd() const { return mInotifyFd; }
    int AddDirWatch(const std::string& path, uint32_t mask);
    int RemoveDirWatch(int fd);

private:
int mInotifyFd;
std::set mWatchFds;
};

  `SprDirWatch` 的设计只是对 `inotify` 接口的一个简洁封装,其主要目的是为了更好地管理和控制 `inotify` 的监控资源。具体来说:    
① 封装 `inotify` 的使用复杂性,提供了一个更友好、更易于使用的接口。    
② 在`SprDirWatch`的生命周期结束(即析构)时,自动释放句柄(尽管没必要移除监控句柄,好的编程习惯应该是有始有终)。

* **PluginManager类定义**
```C++
class PluginManager
{
public:
    PluginManager();
    ~PluginManager();

    void Init();

private:
    void InitWatchDir();
    void LoadPlugin(const std::string& path);
    void UnloadPlugin(const std::string& path);
    void LoadAllPlugins();
    void UnloadAllPlugins();
    std::string GetDefaultLibraryPath();

private:
    SprContext mContext;
    SprDirWatch mDirWatch;
    std::string mDefaultLibPath;
    std::shared_ptr<PFile> mFilePtr;
    std::map<std::string, void*> mPluginHandles;
    std::map<int, SprObserver*> mPluginModules;
};

PluginManager 的设计则是用于管理所有插件的“加载”和“卸载”。即通过SprDirWatch监听指定路径“插件”的状态:

插件生成
① 当通过 SprDirWatch 监听到指定路径下有新的插件生成时,调用 LoadPlugin 方法加载新插件。
LoadPlugin 使用 dlopen 加载插件库,并保存库地址句柄。
③ 调用插件库的入口函数,启动插件模块。

插件卸载
① 当通过 SprDirWatch 监听到指定路径下的插件被删除时,调用 UnloadPlugin 方法卸载该插件。
UnloadPlugin 调用插件库的退出函数,停止插件模块。
③ 使用 dlclose 关闭插件库,释放资源。

  • 监听动态库,插件“热插拔”实现

    void PluginManager::InitWatchDir()
    {
      // Add a watch on the specified directory. The events to monitor include:
      // - IN_CLOSE_WRITE: Triggered when a file is closed after being written.
      // - IN_DELETE: Triggered when a file or directory is deleted.
      // - IN_MOVED_TO: Triggered when a file or directory is moved to the specified directory.
      // - IN_MOVED_FROM: Triggered when a file or directory is moved from the specified directory.
      // Note: IN_CREATE is not used because it triggers immediately when a file is created,
      // which may result in attempting to process the file before it is fully written and closed.
      mDirWatch.AddDirWatch(mDefaultLibPath.c_str(), IN_CLOSE_WRITE | IN_MOVED_TO | IN_MOVED_FROM | IN_DELETE);
      mFilePtr = std::make_shared<PFile>(mDirWatch.GetInotifyFd(), [&](int fd, void *arg) {
          const int size = 100;
          char buffer[size];
          ssize_t numRead = read(fd, buffer, size);
          if (numRead == -1) {
              SPR_LOGE("read %d failed! (%s)\n", fd, strerror(errno));
              return;
          }
    
          int offset = 0;
          while (offset < numRead) {
              struct inotify_event* pEvent = reinterpret_cast<struct inotify_event*>(&buffer[offset]);
              if (!pEvent) {
                  SPR_LOGE("pEvent is nullptr!\n");
                  return;
              }
    
              if (pEvent->len > 0) {
                  if (pEvent->mask & IN_CLOSE_WRITE || pEvent->mask & IN_MOVED_TO) {
                      SPR_LOGD("File %s is created\n", pEvent->name);
                      LoadPlugin(pEvent->name);
                  }
                  if (pEvent->mask & IN_DELETE || pEvent->mask & IN_MOVED_FROM) {
                      SPR_LOGD("File %s is deleted\n", pEvent->name);
                      UnloadPlugin(pEvent->name);
                  }
              }
              offset += sizeof(struct inotify_event) + pEvent->len;
          }
      });
    
      EpollEventHandler::GetInstance()->AddPoll(mFilePtr.get());
    }
    

      为了避免阻塞或轮询监听动态库路径,使用了 epoll 监听 inotify 的文件描述符,实现触发式监听。

验证

新增插件验证
① 移入插件库

$ mv libpluginonenet.so ../Lib/

② 日志打印确认

$ tail -f /tmp/sprlog/sprlog.log | egrep -i "PlugMgr|EntryOneNet"
10-30 21:08:13.277  19597 PlugMgr      D:   84 File libpluginonenet.so is created
10-30 21:08:13.300  19597 EntryOneNet  D:   58 Load plug-in OneNet modules
10-30 21:08:13.300  19597 PlugMgr      D:  141 Load plugin libpluginonenet.so success!

③ 模块状态确认

                                   Show All Message Queues
-----------------------------------------------------------------------------------------------
 HANDLE  QLSUM  QMUSED  QCUSED  BLOCK   MLLEN MMUSED MLAST  MTOTAL  NAME
-----------------------------------------------------------------------------------------------
      4     10       6       0  BLOCK    1025     51     1      32  /SprMdrQ_20231126
      5     10       1       0  BLOCK    1025     43     1       1  /TimerM_7lTva1nY
      6     10       1       0  BLOCK    1025     43     1       1  /PowerM_E0pil3lu
      7     10       1       0  BLOCK    1025     43     1       1  /OneDrv_BtJzE38A
      8     10       1       0  BLOCK    1025     43     1       1  /OneMgr_yXTdsXPW
      9     10       1       0  BLOCK    1025     51     1       1  /MQTT-OneJson01_y8M
     10     10       1       0  BLOCK    1025     47     1       1  /MQTT-DEV01_z5TzmqV
     11     10       1       0  BLOCK    1025     47     1       1  /PC_TEST_01_nOBnl0w
     12     10       1       0  BLOCK    1025     47     1       1  /PC_TEST_02_VWQQbIw
-----------------------------------------------------------------------------------------------
Press 'Q' to back

通过日志和模块状态,可确认插件OneNet加载成功,涉及到的模块运行正常。

移除插件验证
① 移除插件库

$ mv ../Lib/libpluginonenet.so .

② 日志打印确认

10-30 21:11:04.418  19597 PlugMgr      D:   88 File libpluginonenet.so is deleted
10-30 21:11:04.418  19597 EntryOneNet  D:   83 Unload plug-in OneNet modules
10-30 21:11:04.419  19597 PlugMgr      D:  170 Unload plugin libpluginonenet.so success!

③ 模块状态确认

                                   Show All Message Queues
-----------------------------------------------------------------------------------------------
 HANDLE  QLSUM  QMUSED  QCUSED  BLOCK   MLLEN MMUSED MLAST  MTOTAL  NAME
-----------------------------------------------------------------------------------------------
      4     10       6       0  BLOCK    1025     51     3      26  /SprMdrQ_20231126
      5     10       1       0  BLOCK    1025     43     1       1  /TimerM_7lTva1nY
      6     10       1       0  BLOCK    1025     43     1       1  /PowerM_E0pil3lu
-----------------------------------------------------------------------------------------------
Press 'Q' to back

通过日志和模块状态,可确认插件OneNet卸载成功,涉及到的模块已正常退出。

总结

  • 本次优化实现了插件的“热插拔”功能,通过监控文件变动并相应调用加载或卸载函数来完成。
  • 在此过程中,还发现动态链接库句柄泄露的问题,应确保dlopen返回的句柄得到妥善管理,在插件或程序退出时通过dlclose进行回收。
  • 优化过程中认识到,功能设计需细致入微,同时也应积极采纳并分析他人建议,以提高方案的可行性和实用性。此次就非常感激那位读者提出的问题。
相关文章
|
C++
C++ 语言异常处理实战:在编程潮流中坚守稳定,开启代码可靠之旅
【8月更文挑战第22天】C++的异常处理机制是确保程序稳定的关键特性。它允许程序在遇到错误时优雅地响应而非直接崩溃。通过`throw`抛出异常,并用`catch`捕获处理,可使程序控制流跳转至错误处理代码。例如,在进行除法运算或文件读取时,若发生除数为零或文件无法打开等错误,则可通过抛出异常并在调用处捕获来妥善处理这些情况。恰当使用异常处理能显著提升程序的健壮性和维护性。
184 2
|
2月前
|
C语言 C++
【实战指南】 C/C++ 枚举转字符串实现
本文介绍了在C/C++中实现枚举转字符串的实用技巧,通过宏定义与统一管理枚举名,提升代码调试效率并减少维护错误。
220 45
|
2月前
|
程序员 编译器 C++
【实战指南】C++ lambda表达式使用总结
Lambda表达式是C++11引入的特性,简洁灵活,可作为匿名函数使用,支持捕获变量,提升代码可读性与开发效率。本文详解其基本用法与捕获机制。
124 32
|
6月前
|
人工智能 程序员 C++
【实战经验】C/C++右移高位补0还是1?
本文探讨了C/C++中右移运算时高位补0还是补1的问题。通过示例代码分析,揭示了右移规则:无符号类型高位补0;有符号类型根据正负决定(正数补0,负数补1)。文中列举了可能导致错误的场景,并提供了两种规避措施——使用无符号类型和掩码校正,确保结果符合预期。最后总结指出,右移运算虽常见,但若处理不当易引发隐晦Bug,需谨慎对待。
342 88
|
11月前
|
安全 程序员 编译器
【实战经验】17个C++编程常见错误及其解决方案
想必不少程序员都有类似的经历:辛苦敲完项目代码,内心满是对作品品质的自信,然而当静态扫描工具登场时,却揭示出诸多隐藏的警告问题。为了让自己的编程之路更加顺畅,也为了持续精进技艺,我想借此机会汇总分享那些常被我们无意间忽视却又导致警告的编程小细节,以此作为对未来的自我警示和提升。
1193 100
|
11月前
|
存储 C++ UED
【实战指南】4步实现C++插件化编程,轻松实现功能定制与扩展
本文介绍了如何通过四步实现C++插件化编程,实现功能定制与扩展。主要内容包括引言、概述、需求分析、设计方案、详细设计、验证和总结。通过动态加载功能模块,实现软件的高度灵活性和可扩展性,支持快速定制和市场变化响应。具体步骤涉及配置文件构建、模块编译、动态库入口实现和主程序加载。验证部分展示了模块加载成功的日志和配置信息。总结中强调了插件化编程的优势及其在多个方面的应用。
1073 174
|
10月前
|
自然语言处理 编译器 Linux
告别头文件,编译效率提升 42%!C++ Modules 实战解析 | 干货推荐
本文中,阿里云智能集团开发工程师李泽政以 Alinux 为操作环境,讲解模块相比传统头文件有哪些优势,并通过若干个例子,学习如何组织一个 C++ 模块工程并使用模块封装第三方库或是改造现有的项目。
740 56
|
缓存 网络协议 Linux
c++实战篇(三) ——对socket通讯服务端与客户端的封装
c++实战篇(三) ——对socket通讯服务端与客户端的封装
375 0
|
存储 自然语言处理 安全
C++ STL标准库 《string原理与实战分析》
C++ STL标准库 《string原理与实战分析》
254 0
|
12月前
|
Java Android开发 C++
🚀Android NDK开发实战!Java与C++混合编程,打造极致性能体验!📊
在Android应用开发中,追求卓越性能是不变的主题。本文介绍如何利用Android NDK(Native Development Kit)结合Java与C++进行混合编程,提升应用性能。从环境搭建到JNI接口设计,再到实战示例,全面展示NDK的优势与应用技巧,助你打造高性能应用。通过具体案例,如计算斐波那契数列,详细讲解Java与C++的协作流程,帮助开发者掌握NDK开发精髓,实现高效计算与硬件交互。
382 1

热门文章

最新文章