ios Framework 制作 的一个坑 Reason: image not found dyld: Library not loaded:

本文详细介绍如何在Xcode6中制作iOSFramework,包括创建动态库和静态库的过程。涉及编码、头文件设置、生成通用动态库及静态库的具体步骤,并解决在不同设备上部署时遇到的问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

为什么会这样的?因为我们做的是动态库,在使用的时候需要额外加一个步骤,要把Framework同时添加到‘Embedded Binaries’中

...

详情 请见 

http://www.cocoachina.com/ios/20141126/10322.html





为了防止连接失效 我把文字 随便 复制点过来 


有没有写SDK或者要将一些常用的工具类做成Framework的经历? 你或许自己写脚本完成了这项工作,相信也有很多的人使用 iOS-Universal-Framework ,随着Xcode 6的发布,相信小伙伴们已经都知道了,Xcode 6支持做Framework了. 同时iOS-Universal-Framework开发者也宣布不在继续维持此项目的开发,建议开发者使用Xcode 6制作,目前网上也有很多制作iOS Framework的资料,但大多都不够详细,接下来本文会详情介绍一下在Xcode 6下制作iOS Framework.

关于静态库和动态库的概念,网上资料很多,这里不做叙述,只讲解制作过程。

创建iOS动态库

新建工程并选择默认Target为Cocoa Touch Framework, 如图:

11.png

做编码工作,在这里我简单的写了一个Utils的类,并写了一个log方法

12.png

设置开放的头文件:Framework中有些类可能是一些私有的辅助工具,不需要使用者看到,在这里只需要把开放出去的类放到Public下, 如图

13.png

这样生成的Framework的Headers目录下也只能看到Public的头文件

14.png

编码完成之后,直接Run就能成功生成Framework文件了,选择 xCode->Window->Organizer->Projects->Your Project, 打开工程的Derived Data目录,这样就能找到生成的Framework文件了,如图

15.png

16.png

新建测试工程,使用生成的Framework

将Framework文件导入到测试工程,调用Framework中的代码

1
2
MyUtils *utils = [MyUtils new]; 
[utils log:@"didFinishLaunchingWithOptions"];
运行报错(Reason: Image Not Found)

18.png

为什么会这样的?因为我们做的是动态库,在使用的时候需要额外加一个步骤,要把Framework同时添加到‘Embedded Binaries’中

19.png

注意: 在XCode 6之前是没有这个选项的(我没发现),所以理论上XCode 5及之前的版本无法使用Xcode 6下生成的Framework动态库。

到这里,假定你整个过程都是使用的模拟器做的,那看上去会很顺利。这时候尝试将测试工程部署到真机上,问题来了

ld: warning: ignoring file /work/ios/MyFrameworkTest/MyFrameworkTest/MyFramework.framework/MyFramework, file was built for x86_64 which is not the architecture being linked (armv7): /work/ios/MyFrameworkTest/MyFrameworkTest/MyFramework.framework/MyFramework

Undefined symbols for architecture armv7:

  "_OBJC_CLASS_$_MyUtils", referenced from:

      objc-class-ref in AppDelegate.o

ld: symbol(s) not found for architecture armv7

clang: error: linker command failed with exit code 1 (use -v to see invocation)

为什么会这样?错误提示已经很明显了,因为我们制作动态库的时候,选的设备是模拟器,如果选真机的话,那生成的库也只能在真机上使用,那我们该怎样制作一个通用的动态库呢? 简单的方法是分别生成模拟器和真机上运行的库,然后在合并,这个方法,在每次生成动态库的时候,过程都会很繁琐,下面我们用一个脚本来自动完成它。

制作通用动态库

新建Aggregate Target

20.png

添加script到新建的Target

21.png



1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
# Sets the target folders and the final framework product.
# 如果工程名称和Framework的Target名称不一样的话,要自定义FMKNAME
# 例如: FMK_NAME = "MyFramework"
FMK_NAME=${PROJECT_NAME}
# Install dir will be the final output to the framework.
# The following line create it in the root folder of the current project.
INSTALL_DIR=${SRCROOT}/Products/${FMK_NAME}.framework
# Working dir will be deleted after the framework creation.
WRK_DIR=build
DEVICE_DIR=${WRK_DIR}/Release-iphoneos/${FMK_NAME}.framework
SIMULATOR_DIR=${WRK_DIR}/Release-iphonesimulator/${FMK_NAME}.framework
# -configuration ${CONFIGURATION}
# Clean and Building both architectures.
xcodebuild -configuration "Release" -target "${FMK_NAME}" -sdk iphoneos clean build
xcodebuild -configuration "Release" -target "${FMK_NAME}" -sdk iphonesimulator clean build
# Cleaning the oldest.
if [ -d "${INSTALL_DIR}" ]
then
rm -rf "${INSTALL_DIR}"
fi
mkdir -p "${INSTALL_DIR}"
cp -R "${DEVICE_DIR}/" "${INSTALL_DIR}/"
# Uses the Lipo Tool to merge both binary files (i386 + armv6/armv7) into one Universal final product.
lipo -create "${DEVICE_DIR}/${FMK_NAME}" "${SIMULATOR_DIR}/${FMK_NAME}" -output "${INSTALL_DIR}/${FMK_NAME}"
rm -r "${WRK_DIR}"
open "${INSTALL_DIR}"
选中新建的Target,Run, 如果没有异常的话,会自动弹出生成的Framework文件

22.png

这样生成的动态库就能同时支持模拟器和真机了。

Xcode 6下制作通用静态库

上面我们也提到了,这样生成的动态库恐怕很难在Xcode 5上使用,那我们为什么非要用动态库呢,一般情况下不是用静态库就好了吗? So Easy!只需要修改一个参数即可生成静态库了。

23.png

使用静态库的话,就可以把Framework从‘Embedded Binaries’中删除了. 亲测在Xcode 5下可用。把新生成的库导入到测试工程,试试在模拟器和真机上运行,一切OK.

不巧,如果你用的真机是iPhone5 C, 那悲剧又要发成了,生成的Framework竟然不支持armv7s,不知是Xcode 6的bug,还是因为苹果认为使用armv7s的设备太少,可以不支持了.Xcode 新建工程,默认的Architectures竟然不包含armv7s.

24.png

想要生成的库支持armv7s,把armv7s添加到Architectures中,重新生成Framework即可

25.png

判断一个Framework支持哪些架构

我们该怎么验证生成的Framework支持哪些平台呢,总不能一个个测试吧?当然不用.下面的命令是加上armv7s前后生成的framework的对比

1
2
3
4
Yearsdembp:Products Years$ lipo -info ./MyFramework.framework/MyFramework 
Architectures in the fat file: ./MyFramework.framework/MyFramework are: i386 x86_64 armv7 arm64 
Yearsdembp:Products Years$ lipo -info ./MyFramework.framework/MyFramework 
Architectures in the fat file: ./MyFramework.framework/MyFramework are: armv7 armv7s i386 x86_64 arm64


### 解决 macOS 下 `Library not loaded: @rpath/libomp.dylib` 错误 在 macOS 上遇到 `Library not loaded: @rpath/libomp.dylib` 的错误通常是由于动态链接库未正确加载引起的。以下是针对该问题的具体解决方法: #### 方法一:通过 Homebrew 安装并配置 libomp 如果尚未安装 `libomp`,可以通过 Homebrew 来安装它: ```bash brew install libomp ``` 安装完成后,确认其路径是否存在对应的 `.dylib` 文件。通常情况下,Homebrew 会将其安装至 `/usr/local/opt/libomp/lib/` 或 `/opt/homebrew/opt/libomp/lib/`(对于 Apple Silicon)。接着,创建软链接指向所需的动态库位置: ```bash sudo ln -sf /usr/local/opt/libomp/lib/libomp.dylib /usr/local/lib/libomp.dylib ``` 或者如果是 M1/M2 芯片设备,则可能是: ```bash sudo ln -sf /opt/homebrew/opt/libomp/lib/libomp.dylib /usr/local/lib/libomp.dylib ``` 此操作确保程序能够找到正确的动态链接库[^2]。 #### 方法二:修改可执行文件的 RPATH 设置 另一种方式是调整目标二进制文件或共享对象中的运行时搜索路径 (RPATH),使其能定位到实际存在的 `libomp.dylib` 库。具体步骤如下: 1. 使用工具查看当前依赖关系: ```bash otool -L your_executable_or_shared_object_file ``` 2. 如果发现缺少 `@rpath/libomp.dylib`,则可通过 `install_name_tool` 修改其引用地址为绝对路径形式。例如: ```bash install_name_tool -change @rpath/libomp.dylib /usr/local/opt/libomp/lib/libomp.dylib your_executable_or_shared_object_file ``` 替换其中的路径部分以匹配本地实际情况。 3. 验证更改是否成功应用: ```bash otool -L your_executable_or_shared_object_file | grep libomp.dylib ``` 上述过程直接改变了应用程序内部关于外部资源的位置定义,从而绕过了原有无法解析相对路径的问题[^5]。 #### 方法三:临时指定 DYLD_LIBRARY_PATH 环境变量 作为快速测试手段,在终端启动前设置环境变量也可以解决问题: ```bash export DYLD_LIBRARY_PATH=/usr/local/opt/libomp/lib:$DYLD_LIBRARY_PATH ./your_program ``` 这种方法仅适用于单次运行场景,并不推荐长期采用因为每次都需要重复设定且容易遗忘[^3]。 --- ### 总结 以上三种方案分别从不同角度处理了因缺失 `libomp.dylib` 导致的应用崩溃现象。优先考虑利用包管理器完成基础支持软件部署后再做进一步优化;而对于某些特殊需求场合,则可以灵活运用命令行工具来达成目的。 ```python import ctypes ctypes.CDLL("/usr/local/opt/libomp/lib/libomp.dylib") # 测试加载情况 ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值