当在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)
Answers:
一段时间以来，我一直以为这也是我的问题，但是对于普通应用（非iOS-8扩展），您只需要在随便的Xcode 6 iOS Universal Framework目标中更改一个构建设置即可（设置Mach-O类型到静态库）：
之后，iTunes Connect和iOS 7应该没有问题:)
因此，在深入研究之后，我提出了解决方案
应该将您的MyEmbeddedFramework.framework添加到应用程序中，执行此操作
综上所述，要使其正常工作，您应该在以下位置查看MyEmbeddedFramework.framework
A）常规>嵌入式二进制文件
B）构建阶段>嵌入式框架
我在iPhone5 / iOS8上无法正常工作，而在iPhone4S / iOS7上却无法正常工作：
dyld：未加载库：@ rpath / ObjectiveLyricsTouch2.framework / ObjectiveLyricsTouch2引用自：/var/mobile/Applications/739D9C44-3B91-4D4F-805B-83BE66C9CBCA/musiXmatch.app/musiXmatch原因：未找到合适的图像。确实找到了：/private/var/mobile/Applications/739D9C44-3B91-4D4F-805B-83BE66C9CBCA/musiXmatch.app/Frameworks/ObjectiveLyricsTouch2.framework/ObjectiveLyricsTouch2：不兼容的cpu子类型： / private / var / mobile / Applications /中的0x0000000B 739D9C44-3B91-4D4F-805B-83BE66C9CBCA / musiXmatch.app / Frameworks / ObjectiveLyricsTouch2.framework / ObjectiveLyricsTouch2
问题出在EmbeddedFramework中。我不得不
1）将体系结构设置为默认值2）将有效体系结构设置为：armv7，armv7s和armv64（如苹果公司所建议，需要ARMv64才能使嵌入式框架正常工作）。
然后，我可以在带有嵌入式框架的应用程序上运行
无论如何，当提交到iTunesConnect时，最低要求版本都会出现一些错误：
截至目前，尚无法使用嵌入式框架在应用程序和小部件之间共享代码，并且无法使其在iOS 8以及iOS 7及更低版本上运行。
这是有关该http://atomicbird.com/blog/ios-app-extension-tips的更多阅读内容
框架与iOS 7
如果要在应用程序和扩展之间共享代码，一种不错的方法是创建自己的嵌入式框架来保存代码。在iOS 8上，这两种情况都会动态加载，因此您已设置好。
如果您仍支持iOS 7（或更早版本），则不是很明确。嵌入式框架在那里不起作用。《 App Extension编程指南》轻松地指出，您可以使用dlopen来解决此问题。使用这种方法，如果您已验证代码正在支持的iOS版本上运行，则可以编写代码以在运行时动态加载框架，而不必依靠iOS为其加载代码。
但是如何在iOS 7上使用该代码？你不知道 如果您的共享代码在嵌入式框架中，则无法在iOS 7上执行它。它只是不可用。
如果仅在iOS 8上需要共享代码，则dlopen方法可能很方便。如果在iOS 7上需要共享代码，则需要将其包含在应用程序目标中。一旦完成，就不需要框架了。您仍然可以为应用程序扩展使用框架，但是这样做实际上没有用。您将在做创建框架的工作，但不会从中获得任何好处。只需在两个目标中都包含共享代码。
并来自Apple的扩展指南https://developer.apple.com/library/ios/documentation/General/Conceptual/ExtensibilityPG/ExtensibilityPG.pdf
如果从包含的应用程序链接到嵌入式框架，则即使嵌入式框架在这些版本中不可用，仍可以将其部署到8.0之前的iOS版本。
修复了xcode 6.1.1中的错误
使用vim或vi打开project.pbxproj文件。
在文件末尾（搜索8.1），将出现Begin XCBuildConfiguration部分。
寻找您的框架。
在极端情况下，即使通过目标设置中的Xcode-> general将部署目标设置为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 = "";
现在，我们不仅会收到警告，而且不会出错（但可在iOS 7.1设备上使用）：ld：警告：嵌入式dylibs / frameworks仅在iOS 8或更高版本上运行
这看起来像一个xcode错误，错误地设置了不同的ios目标，然后导致错误。
更深入地了解Apple文档，我发现了有关dlopen命令的信息，该命令用于在某些情况下链接库，具体取决于系统版本和支持的库。
dlopen的使用示例： 函数'dlopen（）'是私有API吗？
因此，让我们看一下Apple Docs提供的解决方案：
如果从包含的应用程序链接到嵌入式框架，则即使嵌入式框架在这些版本中不可用，仍可以将其部署到8.0之前的iOS版本。
允许您执行此操作的机制是dlopen命令，您可以使用该命令有条件地链接和加载框架包。您可以使用此命令来替代可以在Xcode General或Build Phases目标编辑器中指定的构建时链接。主要思想是仅在iOS 8.0或更高版本中运行时，才将嵌入式框架链接到您的包含应用程序。
您必须使用Objective-C，而不是Swift在有条件地加载框架包的代码语句中。应用程序的其余部分可以用任何一种语言编写，嵌入式框架本身也可以用任何一种语言编写。
调用dlopen之后，使用以下类型的语句访问嵌入式框架类：
MyLoadedClass *loadedClass = [[NSClassFromString (@"MyClass") alloc] init];
重要
如果包含的应用程序目标链接到嵌入式框架，则它必须包含arm64体系结构，否则它将被App Store拒绝。
某些iOS API通过dlopen命令使用嵌入式框架。您必须像直接调用dlopen一样，限制对这些API的使用。这些API来自CFBundleRef不透明类型：
CFBundleGetFunctionPointerForName
CFBundleGetFunctionPointersforNames
从NSBundle类中：
加载
loadAndReturnError：
classNamed：
在要部署到8.0之前的iOS版本的包含应用程序中，仅在确保您在iOS 8.0或更高版本中运行的运行时检查中调用这些API，然后使用Objective-C调用这些API。
我们尝试在以下配置上运行最新的代码：
iOS 8+-iPhone 5s iOS 7.1.2-iPhone 4 iOS 6.1.3-iPad 4
该应用程序在所有这三种设备上均能正常工作，但在编译时Xcode中会出现警告。“嵌入式dylibs / frameworks仅在iOS 8或更高版本上运行”
另外，我尝试将应用程序存档，以便将其提交到应用程序商店，但一切正常。
另外，发现了一个链接，该链接在苹果开发人员中指出这是一个错误 https://devforums.apple.com/message/999579#999579
我将Mach-O类型设置为EXECUTABLE，它对我有用。将其设置为“静态”，“动态”或“捆绑包”时，会产生其他错误。
目标>“您的应用”>构建设置>链接> Mach-O类型>可执行
我通过以下方式解决此问题： 在目标“嵌入式框架”和“主应用程序”目标中使用相同的部署目标。
所以，暂时的，我对动态库说不，而iOS 7上有很多设备。我如何解决我的问题。我需要lib才能在应用程序和扩展之间传输模型。因此，我将模型以JSON字符串放入共享容器中。它就像一个魅力。
在ios上使用动态库时，必须对库进行代码签名。在Xcode 6中，您应该选择“代码登录副本”。对于Xcode5，您应该使用运行脚本自行签名库。喜欢 ：
LOCATION="${BUILT_PRODUCTS_DIR}"/"${FRAMEWORKS_FOLDER_PATH}"
IDENTITY="iPhone Developer: xxxxx"
codesign --verbose --force --sign "$IDENTITY" "$LOCATION/BeeFramework.framework/BeeFramework"
我遇到了一个问题，我需要将一些库作为嵌入式框架包括在内，否则会收到上述错误，而当我这样做时，提交给应用商店时会收到错误。
我的解决方案是使用Pods，并确保取消对“ use_frameworks！”的注释。线。
