1,今天在修改一个mini-electron的bug,就是mini-electron加载asar有时候提示文件UV_EBADF。
原因是asar的Archive::Archive函数,会调用_open_osfhandle获取fd,然后传到nodejs的
static void Read(const FunctionCallbackInfo<Value>& args)
里,再用_get_osfhandle获取fd对应的windows句柄。
然而这里有个问题,就是_open_osfhandle这些是crt的函数,如果我们编译的时候选择MT模式,也就是把crt编译到dll、exe里,就会有问题。因为_open_osfhandle内部是缓存了一个数组。这个数组在不同模块里肯定不是同一个。所以就导致了今天这个问题。在不同模块,调用_open_osfhandle、_get_osfhandle是不会成功的。
说到这里要讲解下electron的asar机制。
在apiasar.cpp里(原版electron应该也是类似的),initAsarSupport这个会注入一个asar_init.js文件,hook nodejs的fs模块。
当fs模块调用read 之类的函数,会走入asar_init.js里的hook函数。在这里面,会检测读写的路径是不是asar模块里的。如果是的话就走c++层读取真正的文件。