在 Xcode 6.0.1 中使用嵌入式框架（dyld）并且部署目标小于 iOS 8 时，出现以下情况：
错误信息：
dyld: Library not loaded: @rpath/ObjectiveLyricsTouch2.framework/ObjectiveLyricsTouch2
Referenced from: /private/var/mobile/Containers/Bundle/Application/DC65ACA9-98E5-46CD-95F8-829D3416F6C0/musiXmatch.app/musiXmatch
Reason: image not found
(lldb)
有一段时间我认为这也是我的问题，但对于正常的应用程序(非iOS 8扩展)，您只需更改Xcode 6 iOS通用框架目标中的一个构建设置(将Mach-O类型设置为静态库)：
在那之后，使用iTunes Connect和iOS 7不应该有任何问题 :)
因此，在寻找解决方案后，我找到了以下答案：
如果要将MyEmbeddedFramework.framework添加到应用程序中，请执行以下操作：
因此，为了使其正常工作，您应在以下位置看到MyEmbeddedFramework.framework：
A) General > Embedded Binaries
B) Build Phase > Embedded Frameworks
在 iPhone5/iOS8 上它可以正常工作，但不适用于 iPhone4S/iOS7，在那里我遇到了如下问题：
dyld: Library not loaded: @rpath/ObjectiveLyricsTouch2.framework/ObjectiveLyricsTouch2 Referenced from: /var/mobile/Applications/739D9C44-3B91-4D4F-805B-83BE66C9CBCA/musiXmatch.app/musiXmatch Reason: no suitable image found. Did find:
/private/var/mobile/Applications/739D9C44-3B91-4D4F-805B-83BE66C9CBCA/musiXmatch.app/Frameworks/ObjectiveLyricsTouch2.framework/ObjectiveLyricsTouch2: 不兼容的cpu-subtype: 0x0000000B 在 /private/var/mobile/Applications/739D9C44-3B91-4D4F-805B-83BE66C9CBCA/musiXmatch.app/Frameworks/ObjectiveLyricsTouch2.framework/ObjectiveLyricsTouch2中。
目前还没有一种嵌入式框架可以在iOS 8以及iOS 7及之前的版本中共享应用和小部件之间的代码并运行。
关于这方面有更多阅读材料，请参考http://atomicbird.com/blog/ios-app-extension-tips
框架与iOS 7
如果您要在应用和扩展之间共享代码，则创建自己的嵌入式框架来保存代码是一个好方法。在iOS 8上，它会动态加载，因此您可以使用它。
但如果您仍然支持iOS 7（或更早），情况就不那么明确了。嵌入式框架在那里无法工作。应用程序扩展编程指南轻松地注意到您可以使用dlopen来解决此问题。通过该方法，您需要编写代码，在运行时动态加载框架，而不是依靠iOS为您加载它，如果您已经验证代码正在运行支持这样做的iOS版本上。
但是，如何在iOS 7上使用该代码？您不可以。如果您的共享代码位于嵌入式框架中，则无法在iOS 7上执行它。它不可用。
如果您只需要在iOS 8上使用共享代码，则dlopen方法可能会很方便。如果您需要在iOS 7上使用它，则需要将其包含在应用程序目标中。一旦这样做，您就不需要框架了。您仍然可以在应用扩展中使用框架，但这样做实际上并没有任何用处。您将创建框架的工作，但不会从中获得任何好处。只需将共享代码包含在两个目标中即可。
如果您从包含应用程序链接到一个嵌入式框架，即使在那些不支持嵌入式框架的iOS旧版本上也可以部署该应用程序。
在苹果文档中深入了解后，我发现dlopen命令用于根据系统版本和支持的库的条件来进行库的链接。
dlopen使用示例：函数'dlopen()'是私有API吗？
因此，让我们看一下苹果文档提供的解决方案：
这个机制是使用 dlopen 命令，可以有条件地链接和加载框架束来实现的。你可以将这个命令用作在 Xcode General 或 Build Phases 目标编辑器中指定的构建时链接的替代方案。其主要思想是仅在 iOS 8.0 或更高版本中运行时将嵌入式框架链接到您的容器应用程序中。 在代码语句中有条件地加载框架束时，必须使用 Objective-C，而不是 Swift。应用程序的其余部分可以使用任何一种语言编写，嵌入式框架本身也可以使用任何一种语言编写。如果您从包含应用程序中链接到嵌入式框架，则即使在那些版本中不可用，您仍然可以将其部署到早于8.0的iOS版本中。
MyLoadedClass *loadedClass = [[NSClassFromString (@"MyClass") alloc] init];
重要提示
如果您的应用程序包含嵌入式框架链接，它必须包括arm64架构，否则将被App Store拒绝。
修复了Xcode 6.1.1中的错误。
使用vim或vi打开project.pbxproj文件。
在文件末尾（搜索8.1），会有一个Begin XCBuildConfiguration部分
找到你的框架。
在我们的情况下，即使通过Xcode ->目标设置中将部署目标设置为7.1，文件中的条目也对于调试和发布均为8.1
这是旧文件部分的样子：
CURRENT_PROJECT_VERSION = 1;
DEFINES_MODULE = YES;
DYLIB_COMPATIBILITY_VERSION = 1;
DYLIB_CURRENT_VERSION = 1;
DYLIB_INSTALL_NAME_BASE = "@rpath";
GCC_PREPROCESSOR_DEFINITIONS = (
"DEBUG=1",
"$(inherited)",
);
INFOPLIST_FILE = ENFramework/Info.plist;
INSTALL_PATH = "$(LOCAL_LIBRARY_DIR)/Frameworks";
IPHONEOS_DEPLOYMENT_TARGET = 8.1;
LD_RUNPATH_SEARCH_PATHS = "$(inherited) @executable_path/Frameworks @loader_path/Frameworks";
PRODUCT_NAME = "$(TARGET_NAME)";
SKIP_INSTALL = YES;
VERSIONING_SYSTEM = "apple-generic";
VERSION_INFO_PREFIX = "";
CURRENT_PROJECT_VERSION = 1;
DEFINES_MODULE = YES;
DYLIB_COMPATIBILITY_VERSION = 1;
DYLIB_CURRENT_VERSION = 1;
DYLIB_INSTALL_NAME_BASE = "@rpath";
GCC_PREPROCESSOR_DEFINITIONS = (
"DEBUG=1",
"$(inherited)",
);
INFOPLIST_FILE = ENFramework/Info.plist;
INSTALL_PATH = "$(LOCAL_LIBRARY_DIR)/Frameworks";
IPHONEOS_DEPLOYMENT_TARGET = 7.1;
LD_RUNPATH_SEARCH_PATHS = "$(inherited) @executable_path/Frameworks @loader_path/Frameworks";
PRODUCT_NAME = "$(TARGET_NAME)";
SKIP_INSTALL = YES;
VERSIONING_SYSTEM = "apple-generic";
VERSION_INFO_PREFIX = "";
我将 Mach-O 类型设置为可执行文件，这对我起了作用。 将其设置为静态、动态或捆绑包会在运行时创建其他错误。
目标 >“您的应用程序”>构建设置>链接> Mach-O 类型> 可执行文件
因此，暂时我拒绝使用动态库，尽管在iOS 7上有许多设备可以使用。我是如何解决我的问题的？我需要一个库来在应用和扩展之间传输模型。因此，我将我的模型放入JSON字符串中，并将其放入共享容器中。它运作得非常好。