cocos2dx lua文件的加载问题

lua库函数里面自带有加载lua文件的几个函数 static const lua_CFunction package_loaders[] = { lj_cf_package_loader_preload, lj_cf_package_loader_lua, lj_cf_package_loader_c, lj_cf_package_loader_croot, NULL }; 在lua的源码lib_package.c文件可以

lua库函数里面自带有加载lua文件的几个函数

static const lua_CFunction package_loaders[] =

{
  lj_cf_package_loader_preload,
  lj_cf_package_loader_lua,
  lj_cf_package_loader_c,
  lj_cf_package_loader_croot,
  NULL

};  

在lua的源码lib_package.c文件可以找到。其中还包含了一个初始化函数

LUALIB_API int luaopen_package(lua_State *L)
{
  int i;
  int noenv;
  luaL_newmetatable(L, "_LOADLIB");
  lj_lib_pushcf(L, lj_cf_package_unloadlib, 1);
  lua_setfield(L, -2, "__gc");
  luaL_register(L, LUA_LOADLIBNAME, package_lib);
  lua_pushvalue(L, -1);
  lua_replace(L, LUA_ENVIRONINDEX);
  lua_createtable(L, sizeof(package_loaders)/sizeof(package_loaders[0])-1, 0);
  for (i = 0; package_loaders[i] != NULL; i++) {
    lj_lib_pushcf(L, package_loaders[i], 1);
    lua_rawseti(L, -2, i+1);
  }
  lua_setfield(L, -2, "loaders");
  lua_getfield(L, LUA_REGISTRYINDEX, "LUA_NOENV");
  noenv = lua_toboolean(L, -1);
  lua_pop(L, 1);
  setpath(L, "path", LUA_PATH, LUA_PATH_DEFAULT, noenv);
  setpath(L, "cpath", LUA_CPATH, LUA_CPATH_DEFAULT, noenv);
  lua_pushliteral(L, LUA_PATH_CONFIG);
  lua_setfield(L, -2, "config");
  luaL_findtable(L, LUA_REGISTRYINDEX, "_LOADED", 16);
  lua_setfield(L, -2, "loaded");
  luaL_findtable(L, LUA_REGISTRYINDEX, "_PRELOAD", 4);
  lua_setfield(L, -2, "preload");
  lua_pushvalue(L, LUA_GLOBALSINDEX);
  luaL_register(L, NULL, package_global);
  lua_pop(L, 1);
  return 1;
}

这个函数会在lua打开所有库的时候调用（即 luaL_openlibs(m_state)时）。仔细看里面的代码会发现，package_loaders里面的所有函数都被存在package.loaders的全局表中。

cocos2dx官方在这个全局表里面增加了一个自己实现的加载函数，即Cocos2dxLuaLoader。具体实现可参看CCLuaStack.cpp文件。

void CCLuaStack::addLuaLoader(lua_CFunction func)
{
    if (!func) return;
    
    // stack content after the invoking of the function
    // get loader table
    lua_getglobal(m_state, "package");                                  /* L: package */
    lua_getfield(m_state, -1, "loaders");                               /* L: package, loaders */
    
    // insert loader into index 2
    lua_pushcfunction(m_state, func);                                   /* L: package, loaders, func */
    for (int i = lua_objlen(m_state, -2) + 1; i > 2; --i)
    {
        lua_rawgeti(m_state, -2, i - 1);                                /* L: package, loaders, func, function */
        // we call lua_rawgeti, so the loader table now is at -3
        lua_rawseti(m_state, -3, i);                                    /* L: package, loaders, func */
    }
    lua_rawseti(m_state, -2, 2);                                        /* L: package, loaders */
    
    // set loaders into package
    lua_setfield(m_state, -2, "loaders");                               /* L: package */
    
    lua_pop(m_state, 1);
}

这个函数将cocosdx自带的load函数存到了package.loaders表的第二个索引处。即插在  lj_cf_package_loader_preload和
  lj_cf_package_loader_lua之间。

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

介绍完上面这些背景之后，我们再看看实际加载过程中，require函数在android下面和win下面需求路径不同的问题。

在android环境中，require实际起作用的加载函数是官方自带的Cocos2dxLuaLoader函数，而且路径必须是相对assets下的完整路径。lua里面自带几个加载函数都会加载不到（具体原因不明，可能跟lua的相对路径不在assets下有关，即使加path路径也没用（原因是android下的lua文件是在APK压缩包里面去找，不存在绝对路径，所以lua会加载不到））。不相信的童鞋可以把CCLuaStack.cpp中的addLuaLoader注释掉，你会发现所有的require都找不到文件

在win环境中，可以通过addSearchPath的方式，在package.path里面增加lua文件的查找路径，由于添加的是绝对路径，所以你会发现就算你require里面没填完整路径，lua也会自动在path里去找相关的文件进行加载。（但是Cocos2dxLuaLoader这个函数其实不能正常加载，所以你可能会看到，log里面显示没加载到，实际已经加载成功的现象。这里加载成功是lua自带的加载函数实现的）

结论：

        尽量都用assets下的完整路径，这样Cocos2dxLuaLoader都会加载的到，不会出现误提示。win下可以用addSearchPath的方式，android下不能用