xcode编译（如何解决Xcode编译错误）

本文目录

• 如何解决Xcode编译错误
• 虚拟机中的xcode可以编译ios程序吗
• 用xcode编译出来的c 程序能在ios上运行么
• 【Android开发学Flutter】Xcode编译问题汇总
• xcode12怎么编译ios16
• 如何在xcode中进行依赖性编译
• xcode提高编译速度
• M1 设备的 Xcode 编译问题深究

如何解决Xcode编译错误

1、XCode默认使用与CPU核数相同的线程来进行编译，但由于编译过程中的IO操作往往比CPU运算要多，因此适当的提升线程数可以在一定程度上加快编译速度。 2. 将Debug Information Format改为DWARF 在工程对应Target的Build Settings中，找到Debug Information Format这一项，将Debug时的DWARF with dSYM file改为DWARF。 这一项设置的是是否将调试信息加入到可执行文件中，改为DWARF后，如果程序崩溃，将无法输出崩溃位置对应的函数堆栈，但由于Debug模式下可以在XCode中查看调试信息，所以改为DWARF影响并不大。这一项更改完之后，可以大幅提升编译速度。 3. 将Build Active Architecture Only改为Yes 在工程对应Target的Build Settings中，找到Build Active Architecture Only这一项，将Debug时的No改为Yes。 这一项设置的是是否仅编译当前架构的版本，如果为No，会编译所有架构的版本。需要注意的是，此选项在Release模式下必须为Yes，否则发布的ipa在部分设备上将不能运行。这一项更改完之后，可以显著提高编译速度。

虚拟机中的xcode可以编译ios程序吗

可以。Xcode是一个苹果系统上的集成开发环境（IDE)，结合了编程语言中的最新先进功能，用Xcode就可以编写C语言程序，并编译运行，也可以编译ios程序等。xcode使用ffmpeg编译ios程序必须要引入的系统库有CoreVideo.framework CoreMedia.framework VideoToolbox等。

用xcode编译出来的c 程序能在ios上运行么

xcode 支持c ,oc, c++ 混编,将系统文件的扩展名.m改为.mm即可,但cpp文件必须只能使用c/c++代码,而且cpp文件include的头文件中,也不能出现obj-c的代码,用xcode编译出来的c程序是可以在ios上运行的,只要能编译通过都可以的

【Android开发学Flutter】Xcode编译问题汇总

Xcode编译经常遇到各种问题，处理起来费时费力，挺打击学习积极性的。记录下这些问题，方便自己也帮助后来人。

编译的时候遇到：

网上有很多解决方法，我是用这个方法解决的：

编译的时候遇到：

解决办法： Project -》 User-Defined -》 FLUTTER_ROOT 改成本地 flutter SDK路径

感谢 issues 上的小哥，给你个

在项目目录下执行 flutter run 可以正常运行到手机，但是在Xcode build 还是有问题。

这时需要手动添加 FLUTTER_ROOT 到 User-Defined ：

添加之后：

就可以正常在Xcode build 安装到手机了。

flutter build ios 后出现：

pod install 后出现：

解决办法： 这是因为terminal没有走代理的流量，***隐藏网址*** port是端口号，根据不同的vpn不一样，我的端口是10080。***隐藏网址***

Xcode build 的时候出现：

解决办法：打开 ios/Podflie 文件：

关于 bitcode 的问题，我检查了下用到的第三方SDK，应该是百度地图的问题，我引入了个第三方插件（吐槽下没官方插件），百度地图有支持和不支持 bitcode 的两个SDK，我取消这个插件就没有报这个错了，奇怪的是，再次引入同一个插件，也可以正常打包，所以说这个问题还没有完全解决。 大家可以试下这个处理方法：

TARGETS -》 Build Seettings 搜 arm ，试一下把其他删除，只留下armv7跟armv7s或者只留下armv7

解决办法：***隐藏网址***

我是clean Xcode之后就可以了

解决办法： 用的是P12证书，改成手动签名：

xcode12怎么编译ios16

1、首先首先在Architectures中，点击选择ValidArchitectures。2、其次设置可用的编译架构指令集，在UserDefined选择EXCLUDEDARCHS。3、最后进入页面后点击编译ios16即可。

如何在xcode中进行依赖性编译

当你确定了项目的依赖性之后，各个项目就会按照设定的依赖关系确定编译顺序，从而顺利的编译整个工程。1、把子项目，例如dylib项目，添加到应用程序项目中来。在应用程序的项目中，Ctrl+点击Groups & Files中的项目名称，在磁盘中选中xcodeproj文件，然后好，就可以把这个项目作为参考添加到当前项目中了。2、双击项目的Targets，在弹出窗口的General页的左下角，点击+，在弹出窗口中选中参考项目的对应Targets，然后点击Add Targets。关闭窗口后，你在应用程序项目中编译时，就会先编译依赖的项目，然后才会编译应用程序项目了。

xcode提高编译速度

1.Xcode默认的编译线程数，就是cpu的内核数 2.可适当增加编译线程数来提高编译速度 1.获取当前内核数:  $ sysctl -n hw.ncpu  2.设置编译线程数：  $ defaults write com.apple.dt.Xcode IDEBuildOperationMaxNumberOfConcurrentCompileTasks 8  3.获取编译线程数：  $ defaults read com.apple.dt.Xcode IDEBuildOperationMaxNumberOfConcurrentCompileTasks  4.显示编译时长：  $ defaults write com.apple.dt.Xcode ShowBuildOperationDuration YES

M1 设备的 Xcode 编译问题深究

在Apple发布M1芯片之前，一直使用Intel的芯片，没有出现什么问题。发布M1芯片后，由于两者架构的不同（M1是arm64架构，Intel是x86_64的架构），导致很多软件运行出现了问题。我们在M1机型中使用Xcode编译模拟器时，可能会碰到如下报错： 或 这些报错，都是是由于项目中存在.a或.framework静态库导致的。以前，我们创建静态库时，会分别打包出一份针对真机（arm64）和模拟器的（x86_64），然后将这两份合并成一个包后引入项目中进行使用。在Intel机型上，真机上使用arm64指令，模拟器（x86_64）中使用x86_64指令，所以不存在问题。但是在M1机型上，模拟器是以arm64运行的，显然再以x86_64运行就会出现问题。 对于这类架构报错问题，网上的资料一般会告诉你两个解决方案： 以Rosetta模式运行Xcode。 修改Build Settings -》 Excluded Architectures选项，添加Any iOS Simulator SDK选项，并设置值为arm64。图示如下： 这两种方案都能解决编译问题，但是也都存在问题。 以Rosetta模式运行是M1机器上x86软件无法运行的解决方案，它会将x86指令转译成ARM指令运行，这种转译显然是存在性能损耗的，损耗大概在20%～30%，不到万不得已，不推荐使用这种方案。 Excluded Architectures方案说明 修改Excluded Architectures选项也有它的问题。字面意思是排除架构的意思，我们设置在模拟器中排除arm64就能解决模拟器无法编译arm64的问题。 这样的设置能生效会让人有点费解，我们知道，在intel机型上，模拟器本来就是以x86方式运行的，排除arm64毫无影响。但是在M1机型上，模拟器是以arm64方式运行的，排除了arm64反而能跑，这不是把我的智商摁在地上摩擦么？，但是苹果就是这样干的，当在M1机型上，排除了模拟器的arm64架构后，模拟器还是会以arm64的方式运行，但是模拟器中的app是以x86的方式运行的，对苹果的这个骚操作我们不得不服。图示如下： 有时候在Excluded Architectures选项中排除了模拟器的arm64指令，依然无法编译通过，那么一般是项目设置和cocoapods的设置不一致导致，设置为一致后一般可以解决问题。可以通过在Podfile中添加如下内容来解决： 通过上述内容，我们知道了问题的由来，它是由于项目中存在.a或.framework，它们提供的指令集不完整导致的。Apple对于这类问题，也提供了解决方案，请由我细细道来。 以Xcode13为例，在我们创建静态库时，选择真机编译出来的包只包含arm64指令，选择模拟器编译出来的会同时包含arm64和x86_64指令。我看一些网上的教程，教别人将模拟器部分的arm64移除，其实大可不必。因为要支持M1机器正常跑模拟器，模拟器必须同时包含arm64和x86_64指令。 2019年的WWDC，apple提供了一种新的框架封装格式XCFramework。简单理解就是以前使用lipo合并不同指令集的包，现在则使用新的指令合并成XCFramework格式 打包成framework，格式如下： 打包成XCFramework后，格式如下： 从上述可以看出，XCFramework就是把两个不同指令集的framework放入了同一个文件夹(.xcframework)，并生成了一个配置文件Info.plist。这样生成的XCFramework就可以完美的解决M1机器无法编译模拟器的问题。 XCFramework的创建指令也很简单： 以现在的情况，很多第三方框架，并没有使用XCFramework，而项目中只要有一个框架没有支持模拟器的arm64指令，那么在M1机器上，模拟器只能以Rosetta模式运行应用，对这一块的普遍支持估计要等M1普及以后了。 苹果换芯，成了开发者们的噩梦？ armv6、armv7、armv7s、armv8、armv64及其i386、x86_64区别 细说iOS静态库和动态库 关于Xcode11的XCFrameworks框架