在%ProgramFiles%下普通用户只有读取和执行的权限， 由于历史原因， 我们Client有一部分DLL是从其他地方copy到client.exe的当前目录下来动态加载的， 而这一版本恰好将管理员权限去掉了（因为Win7及以上版本在管理员权限不能访问网络共享路径）， 两个巧合就碰撞到一起导致了这个bug的产生， 当然其实有些代码不是很规范， 不然应该只是加载某个DLL失败而已。
将所有需要动态释放的文件放到了一个与用户相关的目录， 使用DLL的绝对路径去LoadLibrary， 一开始没有任何问题， 直到完全卸载之后安装时就开始发现有些DLL加载不成功， 明明路径存在， LoadLibrary就是会fail。 在MSDN上找到这篇文章之后才找到问题所在， 使用绝对路径去LoadLibrary时， 被使用绝对路径去LoadLibrary的DLL如果静态依赖于另一个DLL， 那么这个被依赖的DLL就会被按照一定的目录顺序搜索， 不幸的是我们释放的DLL所在的路径恰好不在Windows的搜索中径范围之内。 使用MSDN推荐LoadLibrary(path, NULL, LOAD_WITH_ALTERED_SEARCH_PATH)将使用绝对路径加载的DLL所在的目录加入搜索范围问题即可解决。
又一次踩到权限的坑， 以后写代码一定要注意如非有必要尽量不使用root权限， 这样就不会碰到这种中途取消管理员权限之后产生的各种权限及附带引发的其他问题。
]]>