$(SRCROOT)什么意思

最新推荐文章于 2021-11-12 23:25:38 发布
原创 最新推荐文章于 2021-11-12 23:25:38 发布 · 1.7k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#SRCROOT #pch路径配置

本文详细解释了在Xcode中如何使用(SRCROOT)来指定工程目录下的路径，例如配置预编译头文件(pch)时的具体操作方法。

(SRCROOT)表示当前目录，在xcode中添加路径时，(SRCROOT)表示定位到工程的目录下。比如在配置pch文件的时候，添加路径的时候一般这样添加：“$(SRCROOT)/工程名/pch文件名”这里写图片描述
my job这个工程为例，$(SRCROOT)表示定位到Desktop下的my job目录。

Mr.NickJJ
关注
CESM学习笔记（CIME）1 :介绍和query_config
qq_45793719的博客
10-01 1668
CIME已经安装好了熟悉气候模型概念熟悉UNIX命令和环境python>2.7版本正确python --version # 查看版本。
HDFS快照管理
热门推荐
走在前往架构师的路上
05-03 1万+
前言 之前的文章中谈论了几个最近几年HDFS中比较重要的特性(比如异构存储),本文继续探讨另一重大特性-Snapshot.Snapshot就是快照的意思.Snapshot是一个非常好的东西,一个形象的比喻,快照就好像拍风景照时的那一个瞬间的投影,过了那个时间点之后,又会有新的一个瞬间投影.所以其实Snapshot快照用一个更好的词来形容就是”瞬间映像“. Snapshot快照概念
Xcode $(SRCROOT)和$(PROJECT_DIR)区别
weixin_34133829的博客
06-13 652
$(SRCROOT)代表的时项目根目录下 $(PROJECT_DIR)代表的是整个项目 PS：往项目添加文件时，例如.a等，要先show in finder ，复制到项目中，然后再拖到xcode项目中 而有时，我们的.a不在工程目录中，比如在工程的父目录上，可以写成：$(SRCROOT)/../YSKit/libWeChatSDK。其中/../ 就是指向父目录。  ...
$(SRCROOT) 表示当前目录
沸腾的泪水的专栏
04-17 1万+
在将zxing集成到我的项目中的时候,一直报错，说头文件找不到，
$(SRCROOT) 表示当前目录
wangtianyong0的博客
01-25 817
在github上找到一个仿网易新闻的demo，但是不能运行，报 OneAPM/OneAPM.h' file not found  错误。 该错误由原作者修正后，下载下来出现了新的错误。 “找不到prefix.ch文件”。 所幸也有人跟我一样的错误，他的建议是 终于能运行了，需要做下面3点更改才行 1.prefix.pch的路径：Build Settings ->Prefix He
$(SRCROOT)和$(PROJECT_DIR)和$(inherited)和${PODS_ROOT}
Leon的博客
08-27 6596
$(PROJECT_DIR)代表的是整个项目 $(SRCROOT)代表的是项目根目录下 左边的animationDemo是PROJECT_DIR 右边的animationDemo是SRCROOT $(inherited)是什么？ 在Xcode项目中很多地方都有$(inherited)，$(inherited)的意思就是继承上一级或依赖项的配置。通过CocoaPods集成的项目，$(inherited)将会包含Pods.xcodeproj中的配置 $(inherited)，这个是targe.
iOS -- pch文件介绍 及用法 - $(SRCROOT)/工程名/pch文件名.pch -- <一>
xuejunrong的博客
03-23 2291
文／coderWen（简书作者） 原文链接：http://www.jianshu.com/p/19e8fedc9bb2 著作权归作者所有，转载请联系作者获得授权，并标注“简书作者”。 pch文件一般用于设置项目整体风格以及全局配置,在真实项目开发中运用极广. 作用： 1. 存放一些公用的宏 2. 存放公用的头文件(例如分类,常量文件等) 3. 自定义log(输出) 原理：c
Build input files cannot be found: '/Users/macong/VIGI/SurveillanceApp/iOS/SurveillanceHome/SurveillanceHome/SurveillanceHome/Sources/Sections/Preview/MultiPreview/Presenter/TPMediaPlayerAuthPresenter.swift', '/Users/macong/VIGI/SurveillanceApp/iOS/SurveillanceHome/SurveillanceHome/SurveillanceHome/Sources/Sections/Preview/MultiPreview/Controller/TPMultiPreviewControllerReselectCategory.swift', '/Users/macong/VIGI/SurveillanceApp/iOS/SurveillanceHome/SurveillanceHome/SurveillanceHome/Sources/Sections/Preview/MultiPreview/Presenter/TPMediaPlayerVolumePresenter.swift', '/Users/macong/VIGI/SurveillanceApp/iOS/SurveillanceHome/SurveillanceHome/SurveillanceHome/Sources/Sections/Preview/MultiPreview/Controller/TPMultiPreviewControllerPreconnectCategory.swift', '/Users/macong/VIGI/SurveillanceApp/iOS/SurveillanceHome/SurveillanceHome/SurveillanceHome/Sources/Sections/Preview/MultiPreview/Presenter/TPMultiCollectionPresenterGestureCategory.swift', '/Users/macong/VIGI/SurveillanceApp/iOS/SurveillanceHome/SurveillanceHome/SurveillanceHome/Sources/Sections/Preview/MultiPreview/Controller/TPMultiPreviewController.swift', '/Users/macong/VIGI/SurveillanceApp/iOS/SurveillanceHome/SurveillanceHome/SurveillanceHome/Sources/Sections/Preview/MultiPreview/Presenter/TPMultiCollectionPresenter.swift', '/Users/macong/VIGI/SurveillanceApp/iOS/SurveillanceHome/SurveillanceHome/SurveillanceHome/Sources/Sections/Preview/MultiPreview/Presenter/TPMediaPlayerSnapshotPresenter.swift', '/Users/macong/VIGI/SurveillanceApp/iOS/SurveillanceHome/SurveillanceHome/SurveillanceHome/Sources/Sections/Preview/MultiPreview/View/TPMultiPlayerPageView.swift', '/Users/macong/VIGI/SurveillanceApp/iOS/SurveillanceHome/SurveillanceHome/SurveillanceHome/Sources/Sections/Preview/MultiPreview/Presenter/TPMultiPlayerToolPresenter.swift', '/Users/macong/VIGI/SurveillanceApp/iOS/SurveillanceHome/SurveillanceHome/SurveillanceHome/Sources/Sections/Preview/MultiPreview/Presenter/TPMultiPlayerPreviewPresenter.swift', '/Users/macong/VIGI/SurveillanceApp/iOS/SurveillanceHome/SurveillanceHome/SurveillanceHome/Sources/Sections/Preview/MultiPreview/Controller/TPMultiPreviewControllerOrientationCategory.swift', '/Users/macong/VIGI/SurveillanceApp/iOS/SurveillanceHome/SurveillanceHome/SurveillanceHome/Sources/Sections/Preview/MultiPreview/Interactor/TPMultiPreviewInteractor.swift', '/Users/macong/VIGI/SurveillanceApp/iOS/SurveillanceHome/SurveillanceHome/SurveillanceHome/Sources/Sections/Preview/MultiPreview/View/TPMultiNavigationBarView.swift', '/Users/macong/VIGI/SurveillanceApp/iOS/SurveillanceHome/SurveillanceHome/SurveillanceHome/Sources/Sections/Preview/MultiPreview/Presenter/TPMediaPlayerRelayTimeoutPresenter.swift', '/Users/macong/VIGI/SurveillanceApp/iOS/SurveillanceHome/SurveillanceHome/SurveillanceHome/Sources/Sections/Preview/MultiPreview/Presenter/TPMediaPlayerAlarmPresenter.swift', '/Users/macong/VIGI/SurveillanceApp/iOS/SurveillanceHome/SurveillanceHome/SurveillanceHome/Sources/Sections/Preview/MultiPreview/Presenter/TPMultiMediaSpeakerPrenter.swift', '/Users/macong/VIGI/SurveillanceApp/iOS/SurveillanceHome/SurveillanceHome/SurveillanceHome/Sources/Sections/Preview/MultiPreview/Presenter/TPMediaPlayerMobileDataPresenter.swift', '/Users/macong/VIGI/SurveillanceApp/iOS/SurveillanceHome/SurveillanceHome/SurveillanceHome/Sources/Sections/Preview/MultiPreview/Presenter/TPMultiMediaCloudControlPresenter.swift'. Did you forget to declare these files as outputs of any script phases or custom build rules which produce them? 这报错什么意思
最新发布
12-09
是 **Xcode 构建系统** 报出的编译错误，意思是：**在构建项目时，Xcode 找不到某些本应存在的源文件**，但它又认为这些文件是“输入”（build inputs），所以报错。 --- ### 错误详解 #### 1. 核心含义 Xcode 在...
iOS SDK开发系列一之Cocoapods原理，Xcode的配置，动态库和静态库介绍
Deft_MKJing的博客
03-25 2926
前言 三个月没写东西了，是时候总结点东西了。SDK这个东西开发其实和项目开发类似，但是项目中你不需要关注一些配置和打包的参数，或者你压根不需要关注Framework和.a到底是怎么链接配置的，因为Cocoapods或者你拖进Xcode已经帮你自动生成配置了，趁着周末这良辰美景，翻了几篇文章，做个总结和记录，文章不知道会分几篇，但是一片理论介绍，一篇Demo制作应该会有的，由于网上的Demo都是很简...
/Users/wuhanpeng/VPC1.0/Surveillance_MacOS/Submodule/Components_iOS/Specs/TP-Link/TPSecureStorage/TPSecureStorage/Resources/Certificates/faq-rsa-public-key.der lstat(/Users/wuhanpeng/VPC1.0/Surveillance_MacOS/Submodule/Components_iOS/Specs/TP-Link/TPSecureStorage/TPSecureStorage/Resources/Certificates/faq-rsa-public-key.der): No such file or directory (2) 这个错误啥意思
11-15
- 使用相对路径（如 `$(SRCROOT)/../Resources/Certificates/faq-rsa-public-key.der`）避免硬编码绝对路径。 5. **重新生成证书文件**： - 如果文件是项目必需的证书，联系团队获取原始文件或重新生成 `.der` ...
$(SRCROOT) 和 $(PROJECT_DIR) 的区别
Lx_Lao 的博客
02-27 5816
$(SRCROOT)    项目根目录下$(PROJECT_DIR)    整个项目ps：往项目里添加文件时，若文件不在工程目录中，而在工程父目录中，可写成 $(SRCROOT)/../XXSDK/XXX.framework。其中 /../ 就是指向父目录。...
iOS_$(SRCROOT)路径的使用
Sweety
05-05 6766
(inherited)"(inherited) "(SRCROOT) 修改.a文件的路径 –Library Search Paths (inherited)"(inherited) "(SRCROOT)/.a文件所在的文件名”//如果有多个.a文件格式就像这样(inherited)"(inherited) "(SRCROOT)/xxxx” “$(SRCROOT)/xx”如果取的是相对是绝对路径那
jQuery 库中的 $() 是什么：
Yzx02155611的博客
11-12 2144
jQuery 库中的 $() 是什么: $() 函数是 jQuery() 函数的别称。$() 函数用于将任何对象包裹成 jQuery 对象，接着你就被允许调用定义在 jQuery 对象上的多个不同方法。你可以将一个选择器字符串传入 $() 函数，它会返回一个包含所有匹配的 DOM 元素数组的 jQuery 对象。 ...
xcode添加framework 静态库用SRCROOT 相对路径
y78435的专栏
12-09 5253
一般我们在xcode里面配置包含工程目录下头文件的时候，都要关联着相对路径和绝对路径，如果只是自己用这个项目，用绝对路径的问题不大，但是如果你把工程发给别人，别人就要在改这个绝对路径，这时候绝对路径的缺点立马出现。 所以在修改User Header Search Paths这个选项的时候使用 "$(SRCROOT)/当前工程名字/需要包含头文件所在文件夹" 将上面的双引号里面的字符串拷贝
iOS开发 pct创建和绝对路径$(SRCROOT
comeonword的博客
03-23 1915
具体看图 相对路径 点击PCH文件，Xcode的右侧会显示PCH的属性。这里我们可以获取到PCH的绝对路径。从工程的路径开始，前面使用$(SRCROOT)代替，即为PCH的相对路径。 设置相对路径 在Xcode的target配置中，在Build Setting中找到Prefix Header，将修改后得到的相对路径添加到其中，并将Precompile Prefix Header的值设置为YES。 或者 直接去 Build Setting 里面更改
search Paths $(SRCROOT)和$(PROJECT_DIR)区别
favorai的博客
06-01 812
原文地址：http://www.bkjia.com/Androidjc/985613.html $(SRCROOT)代表的时项目根目录下 $(PROJECT_DIR)代表的是整个项目 PS：往项目添加文件时，例如.a等，要先show in finder ，复制到项目中，然后再拖到xcode项目中 报错信息： ld: library not found for -lopenco
# iOS_Search Path $(SRCROOT)和$(PROJECT_DIR)
iOS_yangt的博客
03-15 771
$(SRCROOT)代表的时项目根目录下 $(PROJECT_DIR)代表的是整个项目
IOS $(SRCROOT)和$(PROJECT_DIR)区别
双手成就你的梦想
05-31 2873
SRCROOT 代表了项目的相对路径， 像这种就是相对路径了，应该使用SRCROOT PROJECT_DIR表示项目的绝对路径： 向第一个test01那就该使用PROJECT_DIR，代表了项目最外面的文件夹 ...
makefile——自动编译src目录下所有源文件
增强哥哥的BLOG
09-27 4505
wildcard#可以获得此目录下所有.c扩展名的文件名 SRCS:=$(wildcard *.c)patsubst#将SRCS中获得的所有.c文件名的.c后缀换成.o OBJS:=$(patsubst %c,%o,$(SRCS))
启动优化中二进制重排的原理是什么？
03-04
<think>嗯，用户问的是iOS启动优化中的二进制重排原理。我之前已经回答过关于iOS启动流程的问题，现在用户可能是在深入优化启动时间，特别是对pre-main阶段的优化感兴趣。二进制重排属于启动优化中的高级技巧，可能用户已经了解了基本优化措施，现在想进一步减少加载时间。 首先，我需要回忆二进制重排的具体原理。这个技术主要是通过重新排列二进制文件中的函数顺序，来利用局部性原理，减少缺页中断（Page Fault）的次数。因为iOS系统加载Mach-O文件时是按页加载的，如果启动时需要的函数分散在不同页，就会增加加载的页数，导致时间增加。重排后，把启动阶段用到的函数集中放在前面的页，可以减少所需的页数，从而减少缺页次数，加快启动速度。 接下来，用户可能想知道具体如何实现，比如Clang插桩或者基于LLVM的工具。我需要解释清楚这两个步骤：检测函数调用顺序和重新排列二进制。同时，可能涉及到的技术细节，比如.order文件的生成，链接器参数的使用。这里需要注意用户可能对Mach-O文件结构、虚拟内存分页机制不太熟悉，需要用比较易懂的语言解释。 另外，用户可能会关心实际效果和注意事项，比如对包大小的影响，是否适用于Swift，以及如何验证优化效果。需要提到使用Instrument的System Trace工具来检查Page Fault次数，或者使用Apple提供的官方方案App Launch Metrics。 还需要注意潜在的问题，比如动态调用的函数可能无法被静态分析检测到，导致优化不彻底。这时候可能需要结合运行时数据，比如通过Clang插桩收集调用顺序，再进行重排。同时，Swift因为函数名修饰的问题，可能需要额外的处理，或者依赖Apple的改进。 最后，确保回答结构清晰，分点说明原理、实现步骤、注意事项，并且给出示例，比如链接器参数的设置。避免使用过于专业的术语，或者在必要时进行解释，确保用户能够理解。</think>iOS启动优化中的**二进制重排（Binary Rearrangement）**是提升冷启动速度的关键技术，其核心原理是通过**调整函数在二进制文件中的物理排列顺序**，减少启动阶段触发的**缺页中断（Page Fault）**次数。以下是具体原理解析： --- ### 一、底层机制 #### 1. 内存加载单位 - iOS使用**4KB内存页**作为加载单位（实际是16KB物理页+4KB虚拟页） - Mach-O文件被加载时，系统按需加载所需内存页 #### 2. 缺页中断成本 ```mermaid graph LR A[访问未加载页] --> B[触发Page Fault] --> C[磁盘I/O加载页] --> D[20~100μs延迟] ``` - 冷启动时约产生**1000-2000次**Page Fault - 传统排列方式导致**非连续页访问** --- ### 二、重排原理 #### 1. 局部性原理优化 - **目标**：将启动阶段高频使用的函数集中到**连续内存页** - **效果**：使前N个内存页包含80%以上的启动代码 #### 2. 技术实现步骤 ```mermaid sequenceDiagram participant A as 检测调用顺序 participant B as 生成.order文件 participant C as 链接时重排 A->>B: 通过插桩/静态分析获取函数调用链 B->>C: 指定-objc_reorder_sections C->>Mach-O: 按.order文件顺序排列符号 ``` --- ### 三、关键技术细节 #### 1. 函数调用检测 - **Clang插桩**：通过`-fsanitize-coverage=func,trace-pc-guard`注入监控代码 - **静态分析**：分析`__TEXT,__text`段的符号引用关系 #### 2. 链接器控制 ```makefile # Xcode链接器参数 LD_GENERATE_MAP_FILE = YES LD_MAP_FILE_PATH = $(TEMP_DIR)/LinkMap.txt LD_ORDER_FILE = $(SRCROOT)/app.order ``` #### 3. 典型.order文件结构 ``` # 启动关键路径函数 -[AppDelegate application:didFinishLaunchingWithOptions:] _main __swift_FORCE_LOAD$_swiftCompatibility56 ___llvm_profile_runtime ``` --- ### 四、实际效果对比 | 指标 | 优化前 | 优化后 | 提升幅度 | |---------------|------------|------------|---------| | Page Fault次数 | 1500次 | 800次 | 46%↓ | | 冷启动耗时 | 2.1s | 1.6s | 23%↓ | | 首帧渲染 | 1.4s | 1.0s | 28%↓ | --- ### 五、注意事项 1. **Swift兼容性**： - Swift函数名经过修饰（需解析`swift-demangle`） - Swift5.3+支持`@_optimize(none)`防止函数被内联 2. **动态调用问题**： - Objective-C消息发送（objc_msgSend）无法静态分析 - Block/函数指针调用需要特殊处理 3. **验证方式**： ```shell # 查看符号排列 nm -m YourApp.app/YourApp | grep __TEXT,__text # 检查Page Fault Instruments -> System Trace -> Virtual Memory Events ``` --- ### 六、进阶方案 1. **基于PGO的优化**： - 收集线上用户真实启动路径 - 通过`llvm-profdata merge`生成优化配置 2. **Apple官方方案**： - 使用Xcode14+的`App Launch Metrics` - 结合MetricKit实现动态调整 ```swift // 示例：Swift函数标记 @_optimize(none) func criticalStartupFunction() { // 必须保留的启动代码 } ``` 这种优化需要平衡可维护性，建议在包体积超过20MB或启动耗时超过1.5秒时采用。实际项目中，配合`Instruments`的`Virtual Memory Trace`工具可直观看到内存页访问热力图。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值