首页   注册   登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
iOS 开发实用技术导航
NSHipster 中文版
http://nshipster.cn/
cocos2d 开源 2D 游戏引擎
http://www.cocos2d-iphone.org/
CocoaPods
http://cocoapods.org/
Google Analytics for Mobile 统计解决方案
http://code.google.com/mobile/analytics/
WWDC
https://developer.apple.com/wwdc/
Design Guides and Resources
https://developer.apple.com/design/
Transcripts of WWDC sessions
http://asciiwwdc.com
Cocoa with Love
http://cocoawithlove.com/
Cocoa Dev Central
http://cocoadevcentral.com/
NSHipster
http://nshipster.com/
iOS 开发实用书单
iPhone App Development: The Missing Manual
Cocoa and Objective-C: Up and Running
Cocoa Programming for Mac OS X
深入浅出设计模式 Head First Design Patterns
Style Guides
Google Objective-C Style Guide
NYTimes Objective-C Style Guide
Useful Tools and Services
Charles Web Debugging Proxy
Smore
Coding
V2EX  ›  iDev

一个关于 DYLD_LIBRARY_PATH 的奇怪问题

  •  
  •   Buffer2Disk · 106 天前 · 4399 次点击
    这是一个创建于 106 天前的主题,其中的信息可能已经有所发展或是发生改变。
    app 里面的一个可执行文件 XXX 注册成服务,然后通过 app 来调用它使用,
    该可执行文件 XXX 对应的 plist 文件里面指定了 DYLD_LIBRARY_PATH 来获取动态 lib 的绝对路径~/Library/*** ,


    现在的问题是:
    直接 build 编译出来的 app 文件,调用这个可执行文件 XXX 启动是没问题的,

    但是给 app 签名后(该可执行文件 XXX 和对应的依赖库也被签名),
    启动这个服务时候动态库是从默认的相对路径 @@[email protected]@/opt/libev/lib/libev.4.dylib 中来获取的,
    因为 Apple 对这种相对路径做了权限限制,导致该可执行文件启动失败
    具体错误如下
    dyld: Library not loaded: @@HOMEBREW_PREFIX@@/opt/libev/lib/libev.4.dylib
    Referenced from: /Users/buffer/Library/Application Support/XXX
    Reason: unsafe use of relative rpath @@[email protected]@/opt/libev/lib/libev.4.dylib in /Users/buffer/Library/Application Support/XXX with restricted binary

    看了下老外对 DYLD_LIBRARY_PATH 有这段描述如下
    If you run otool -L MyApp.app/Contents/MacOS/MyApp you'll see the paths to the libraries that MyApp wants to load. If any library isn't found at the specified path then dyld will look for the library in the locations specified by DYLD_FALLBACK_LIBRARY_PATH. Setting DYLD_LIBRARY_PATH causes dyld to look for the library in the given locations ahead of the path that the otool command above returned.

    那么按照道理来说,动态库的查找顺序优先级应该是
    DYLD_LIBRARY_PATH > 该动态库默认的路径(通过 otool -L MyApp.app 查看) > DYLD_FALLBACK_LIBRARY_PATH

    所以,想问下这种获取动态库路径失败,是 Apple 签名造成的嘛?
    3 回复  |  直到 2019-08-28 00:40:56 +08:00
        1
    txx   106 天前 via Android
    与其在这里问 不如直接读一下 dyld 源码
    几年前读过 还是挺清晰的
        3
    Buffer2Disk   105 天前
    找到问题原因了,是因为开启了 hardened runtime 后,没有去指定开启权限,导致一些权限默认被禁止掉了
    这里被禁掉的权限就是 DYLD Environment Variables 这个

    具体文档如下
    https://developer.apple.com/documentation/security/hardened_runtime_entitlements

    https://developer.apple.com/documentation/bundleresources/entitlements/com_apple_security_cs_allow-dyld-environment-variables
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2878 人在线   最高记录 5043   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.3 · 29ms · UTC 11:46 · PVG 19:46 · LAX 03:46 · JFK 06:46
    ♥ Do have faith in what you're doing.