首先说模块是一个程序代码块的集合，在我们实际项目开中往往同一个模块多个地方都需要使用，这时候就需要加载一个模块。
1.这个函数首先查找 package.loaded 表， 检测 modname 是否被加载过。 如果被加载过，require 返回 package.loaded[modname] 中保存的值。 否则，它试着为模块寻找 加载器 。
require 遵循 package.searchers 序列的指引来查找加载器。 如果改变这个序列，我们可以改变 require 如何查找一个模块。 下列说明基于 package.searchers 的默认配置。
2.首先 require 查找 package.preload[modname] 。 如果这里有一个值，这个值（必须是一个函数）就是那个加载器。 否则 require 使用 Lua 加载器去查找 package.path 的路径。 如果查找失败，接着使用 C 加载器去查找 package.cpath 的路径。 如果都失败了，再尝试 一体化 加载器 （参见 package.searchers）。
3.每次找到一个加载器，require 都用两个参数调用加载器： modname 和一个在获取加载器过程中得到的参数。 （如果通过查找文件得到的加载器，这个额外参数是文件名。） 如果加载器返回非空值， require 将这个值赋给 package.loaded[modname]。 如果加载器没能返回一个非空值用于赋给 package.loaded[modname]， require 会在那里设入 true 。 无论是什么情况，require 都会返回 package.loaded[modname] 的最终值。
4.如果在加载或运行模块时有错误， 或是无法为模块找到加载器， require 都会抛出错误。
一个描述有一些为包管理准备的编译期配置信息的串。 这个字符串由一系列行构成：
第一行是目录分割串。 对于 Windows 默认是 '\' ，对于其它系统是 '/' 。
第二行是用于路径中的分割符。默认值是 ';' 。
第三行是用于标记模板替换点的字符串。 默认是 '?' 。
第四行是在 Windows 中将被替换成执行程序所在目录的路径的字符串。 默认是 '!' 。
第五行是一个记号，该记号之后的所有文本将在构建 luaopen_ 函数名时被忽略掉。 默认是 '-'。
这个路径被 require 在 C 加载器中做搜索时用到。
让宿主程序动态链接 C 库 libname 。
5.当 funcname 为 "*"， 它仅仅连接该库，让库中的符号都导出给其它动态链接库使用。 否则，它查找库中的函数 funcname ，以 C 函数的形式返回这个函数。 因此，funcname 必须遵循原型 lua_CFunction （参见 lua_CFunction）。
这是一个低阶函数。 它完全绕过了包模块系统。 和 require 不同， 它不会做任何路径查询，也不会自动加扩展名。 libname 必须是一个 C 库需要的完整的文件名，如果有必要，需要提供路径和扩展名。 funcname 必须是 C 库需要的准确名字 （这取决于使用的 C 编译器和链接器）。
2.内核模块和应用程序的比较
应用程序： 模块程序：
入口： main() init_modle()
出口： 无 cleanup_module()
编译： gcc -c gcc -c -DMODULE -D__KERNEL__
连接： gcc insmod
运行： 直接运行 insmod
调试： gdb kdbug,kdb,kgdb等内核调试工具
文件类型：EXEC(可执行文件) REL(可重定位文件)
3.模块机制的优缺点：
优点:
1,使得内核更加紧凑灵活.
2,修改内核时, 不必重新编译整个内核.
3,模块可以不依赖于某个固定的硬件平台,即使它依赖于某系统特殊的硬件特点
4,模块的目标代码一旦被链接到内核,它的作用和静态链接的内核目标代码完全等价.所以当调用模块函数时,无须显式的消息传递.
缺点:模块机制带来安全上的隐患
1,截获系统调用.
2,修改输出符号表.
3,通过修改系统调用,使模块自己隐性.
4,重定向文件操作.
5,修改文件属主.
6,隐藏进程.
7,重定向可执行文件.
8,通过修改系统调用sys_socketcall,使得系统在收到指定数据包后打开后门
9,TTY劫持.
10,病毒.
