动态模块加载

发布于 2009-12-03 21:42:31 浏览：10167 订阅该版

17 个回答

xddl 2009-12-05

这家伙很懒，什么也没写！

bernard 2009-12-05

这家伙很懒，什么也没写！

xddl 2010-01-28

这家伙很懒，什么也没写！

bernard 2010-01-28

这家伙很懒，什么也没写！

bernard 2010-01-30

这家伙很懒，什么也没写！

因为这个话题就是关于动态模块加载的，把和shaolin的一些讨论放上来：
------------------------------
Qiu: 你原来考虑的动态模块有没有考虑模块间的依赖关系？

bernard: 还没考虑
可以考虑建立一个依赖关系表
另外一个是，符号输出，做动态链接

Qiu: 我们现在的模块有点类似一个程序加载器

bernard: 是的，目前确实是这样

Qiu: 如果考虑做一个程序加载器的话，似乎可以不考虑用module来做吧
应该可以更简单

bernard: ?

Qiu: 具体方式也是跟现在的类似，通过解析elf文件，链接未决的符号，然后创建一个任务，在任务中执行加载的程序
这中间也可以不需要模块的参与吧

bernard: 那么模块的话需要体现在什么方面？

Qiu: 要使用模块的话，主要是各个模块之间的依赖性更容易处理吧。还有就是RTT的各个组件可以做成模块的方式，像文件系统可以是一个模块，需要文件系统时把这个模块加载进来，不需要就卸载。

bernard: 
模块可以是一个动态链接库，向系统输出一些符号，让其他模块链接、调用
模块可以是一份驱动，注册成设备，供其他应用调用（当然内部也允许线程存在）
模块可以是一个份应用程序，具备主线程，主线程也能够创建出新的线程。当主线程出问题时，整个模块挂起

Qiu: 是的，如果是模块的话就需要相对复杂的结果，但如果仅做一个程序加载器就不需要考虑这么多了

bernard: 先做加载器，然后做成模块形式的吧

Qiu: 我理解的是论坛上有一些贴的需求貌似是只需要有一个动态程序加载的功能，这个和我们考虑的模块这个功能还是有点差别。

bernard: 是的。但动态程序加载器估计满足不了需求吧

Qiu: 这个运行一些应用程序应该没问题的吧，只要我们把所有内核和组件的符号导出来

bernard: 如果是这样，那么
模块可以是一个动态链接库，向系统输出一些符号，让其他模块链接、调用
这条就满足了
模块可以是一份驱动，注册成设备，供其他应用调用（当然内部也允许线程存在）
这个实际也满足了
关键是这个：
模块可以是一个份应用程序，具备主线程，主线程也能够创建出新的线程。当主线程出问题时，整个模块挂起

这个不容易满足

Qiu: 作为应用程序，具备主线程，主线程也能够创建出新的线程。这个用程序加载器的方式来做会有问题吗？

bernard: 其实没什么问题
主要问题出在程序出错的情况下
出错后，需要修复现场
为了修复现场，可能就得预先做一些后备的工作。主要可能体现在内存上

Qiu: 模块在这上面能做哪些工作呢

bernard: 我原来的想法是，建立模块依赖关系，这个应该只需要形成一个模块依赖链表估计就可以了。
模块所有内存申请都放到一块自己的内存中去
例如，带主线程的模块，预先分配一个页的空间（4096）
当这个页用完时，再给它一个页的空间
当然页空间不一定是4096，可能会更大
而模块创建的所有内核对象，不再放在内核的对象容器中
而是挂在自己的对象容器里（这种方式是否可行，我现在还不能最后确定）
当模块退出时，把它所有分配的内存页都释放掉，这样就不会（或减少）带来内存方面的问题