Shawn Hexo https://blog.vv0x.com/ All rights reserved 2026, Shawn Welcome Shawn's Blog 2026-03-19T07:20:31.951Z Shawn Swift Package Manager（SPM）是 Swift 官方的构建与依赖管理工具。本文面向 iOS/Swift 开发者入门与进阶，把「创建包 / Xcode 集成 / 添加依赖 / 资源打包 / 命令行工具 / 常见坑」串成一条可直接照做的路径。

TL;DR（最常用命令）

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
# 创建可执行包（命令行工具）
mkdir hello && cd hello
swift package init --type executable

# 构建/运行/测试
swift build
swift run
swift test

# 检查当前包信息（排错时很有用）
swift package describe
swift package dump-package

# 重新解析依赖（必要时）
swift package resolve

1. 新建一个可执行 Package（命令行工具）

1
2
mkdir hello && cd hello
swift package init --type executable

初始化后，默认结构通常是：

1
2
3
4
5
6
7
hello/
  Package.swift
  Sources/
    hello/
      main.swift
  Tests/
    helloTests/

你可以直接运行：

1
swift run

2. 先搞清楚：Target、Product、Dependency 是什么

  • Dependency：你依赖的“外部包”（例如 Alamofire 的 Git 仓库）
  • Target：你自己包里的“模块”（源码组织单位，能被其他 target 依赖）
  • Product：对外暴露出来可被别人使用的产物（library / executable），通常由 target 组合而来

常见误区是把“外部依赖包名”当作可以直接写进 dependencies: [...] 的名字。更稳妥的方式是 依赖它的 product：

1
.product(name: "Alamofire", package: "Alamofire")

3. 用 Xcode 打开与运行（推荐方式）

现在一般不需要生成 .xcodeproj：直接用 Xcode 打开 Package.swift 即可 Run / Debug（或在目录里执行 xed .）。

旧命令 swift package generate-xcodeproj 已经逐渐退出主流工作流；建议直接用 Xcode 打开 package。

4. 在 Xcode 工程里添加 SPM 依赖（两条路）

4.1 通过 Xcode UI 添加（最常见）

两种入口等价（也支持本地 package，选择时点 Add Local）：

  • Xcode → File → Add Packages…
  • Project Settings → Project → Package Dependencies → “+”

4.2 把依赖写回 Package.swift（更可控）

当你的工程本身也是一个 package（或你在维护一个库）时，把依赖写进 Package.swift 更容易 review 与回滚。

5. Package.swift：一个“可复制粘贴就能跑”的示例

下面示例匹配默认目录结构（Sources/<TargetName>/...），并演示：

  • 一个可执行 target：Hello
  • 一个内部模块：Core
  • 一个外部依赖：Alamofire（用 .product(...) 引入）
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
27
28
// swift-tools-version: 5.8
import PackageDescription

let package = Package(
    name: "Hello",
    platforms: [
        .macOS(.v13)
    ],
    dependencies: [
        .package(url: "https://github.com/Alamofire/Alamofire.git", .upToNextMajor(from: "5.6.4"))
    ],
    targets: [
        .executableTarget(
            name: "Hello",
            dependencies: [
                "Core",
                .product(name: "Alamofire", package: "Alamofire")
            ]
        ),
        .target(
            name: "Core"
        ),
        .testTarget(
            name: "CoreTests",
            dependencies: ["Core"]
        )
    ]
)

对应的建议目录结构：

1
2
3
4
5
6
7
Sources/
  Hello/
    main.swift
  Core/
    Core.swift
Tests/
  CoreTests/

如果你要做的是 iOS App/Framework 的依赖包，通常会把 .executableTarget 换成 .target / .library，并把 platforms 改成 .iOS(.vXX)（或同时支持 iOS/macOS）。

6. 给 Swift Package 添加资源（Resources）与 Bundle.module

SwiftPM 支持把资源打进 bundle（图片、json 等）。典型做法是把资源放进某个目录（例如 Sources/Core/Resources），然后在 target 配置 resources：

1
2
3
4
5
6
.target(
    name: "Core",
    resources: [
        .process("Resources")
    ]
)

读取资源时用 Bundle.module（只在 package 内可用）：

1
2
3
import Foundation

let url = Bundle.module.url(forResource: "config", withExtension: "json")

参考：https://useyourloaf.com/blog/add-resources-to-swift-packages/

7. 常见问题与排错（按优先级）

7.1 Xcode/命令行拉依赖很慢或失败（代理/网络）

某些网络环境下 Xcode 拉取 GitHub 依赖不稳定，可以先用命令行把依赖 resolve 掉：

1
2
3
4
# 按你本机代理端口调整（常见还有 http_proxy / all_proxy）
export https_proxy=http://127.0.0.1:1234

xcodebuild -resolvePackageDependencies

如果 SPM 依赖是“挂在某个 xcode project”上，可以指定 project + scheme：

1
xcodebuild -resolvePackageDependencies -project Kickstarter.xcodeproj -scheme Kickstarter-iOS

如果你的目的是让 xcodebuild -resolvePackageDependencies 走代理，更可靠的方式通常是给“这一次命令”设置代理环境变量（避免污染全局 git 配置）：

1
2
3
4
5
6
7
8
# HTTP 代理（按你本机代理端口调整）
http_proxy=http://127.0.0.1:7890 \
https_proxy=http://127.0.0.1:7890 \
xcodebuild -resolvePackageDependencies

# SOCKS5 代理（如你的代理软件提供的是 socks5）
ALL_PROXY=socks5://127.0.0.1:7890 \
xcodebuild -resolvePackageDependencies

另外在部分环境下，-scmProvider system 会更稳定（强制使用系统的 SCM provider）：

1
xcodebuild -resolvePackageDependencies -scmProvider system

7.2 xcodebuild 找不到 Xcode（CommandLineTools 被选中）

报错类似：

1
xcode-select: error: tool 'xcodebuild' requires Xcode, but active developer directory '/Library/Developer/CommandLineTools' is a command line tools instance

执行：

1
sudo xcode-select -s /Applications/Xcode.app/Contents/Developer

7.3 Package.resolved schema/version 不兼容

当 Xcode 与 SwiftPM 的 Package.resolved 格式不兼容时，最简单的处理通常是 删除并重新解析。

常见位置：

  • 在 package 仓库里：.swiftpm/Package.resolved（或项目根目录的 Package.resolved，取决于工具链/项目类型）
  • 在 Xcode 工程/工作区里：Project.xcodeproj/project.xcworkspace/xcshareddata/swiftpm/Package.resolved

删除后再执行：

1
2
3
swift package resolve
# 或
xcodebuild -resolvePackageDependencies

7.4 Realm 产品名冲突（multiple products named ‘Realm’ / ‘RealmSwift’）

报错类似：

1
2
multiple products named 'Realm' in: 'realm-cocoa', 'realm-swift'
multiple products named 'RealmSwift' in: 'realm-cocoa', 'realm-swift'

常见原因是 Realm 仓库地址调整导致的重复依赖。把旧 URL 改为新仓库即可：

1
2
3
4
// 旧：
.package(name: "Realm", url: "https://github.com/realm/realm-cocoa", from: "10.5.0")
// 新：
.package(name: "Realm", url: "https://github.com/realm/realm-swift", from: "10.5.0")
Realm repo rename

8. “更新依赖”与清缓存（谨慎使用）

命令行没有一个“万能的一键更新所有依赖”的命令；通常是“更新版本约束 + 重新 resolve”。当你遇到缓存/checkout 异常，才考虑清缓存。

建议先从轻到重：

  • 在 Xcode 里 Reset Package Caches（通常在 File → Packages → Reset Package Caches）
  • 删除 Package.resolved 并重新 resolve
  • 最后再清理 DerivedData 与 SwiftPM 缓存（会比较重）

一个“重置到能重新拉依赖”的命令集：

1
2
3
4
5
6
7
rm -rf ~/Library/Developer/Xcode/DerivedData/ \
  ~/Library/Caches/org.swift.swiftpm/ \
  ~/Library/org.swift.swiftpm/

rm -rf ProjectName.xcodeproj/project.xcworkspace/xcshareddata/swiftpm

xcodebuild -resolvePackageDependencies

9. 命令行工具 Keep Alive（避免异步任务没跑完就退出）

命令行程序跑到 main.swift 末尾就会退出，异步任务可能还没完成。常见做法是在末尾 keep alive：

1
2
3
RunLoop.main.run() // 或 dispatchMain()

// 在异步完成时调用 exit(EXIT_SUCCESS) 结束程序

10. 常用路径速查（理解“依赖到底存哪儿了”）

  • SwiftPM 缓存（git repo 存储）：~/Library/Caches/org.swift.swiftpm/
  • Xcode DerivedData 下依赖 checkout：~/Library/Developer/Xcode/DerivedData/ProjectName-xxxx/SourcePackages

参考链接（延伸阅读）

  • Package Collections：https://swift.org/blog/package-collections/
  • Apple 文档：https://developer.apple.com/documentation/swift_packages/adding_package_dependencies_to_your_app
  • Guide：
    • https://www.raywenderlich.com/1993018-an-introduction-to-swift-package-manager
    • https://www.swiftbysundell.com/articles/building-a-command-line-tool-using-the-swift-package-manager/
    • https://www.fivestars.blog/articles/ultimate-guide-swift-executables/
    • https://stackoverflow.com/questions/31944011/how-to-prevent-a-command-line-tool-from-exiting-before-asynchronous-operation-co
    • https://forums.swift.org/t/xcode-environment-variables/45249
    • https://appcoda.com.tw/swift-package-manager/
]]> https://blog.vv0x.com/2023/04/15/SwiftPackageManager-GetStarted/ 2023-04-15T12:58:51.000Z Swift Package Manager（SPM）是 Swift 官方的构建与依赖管理工具。本文面向 iOS/Swift 开发者入门与进阶，把「创建包 / Xcode 集成 / 添加依赖 / 资源打包 / 命令行工具 / 常见坑」串成一条可直接照做的路径。

]]> Swift Package Manager 快速入门 2026-03-19T07:20:31.951Z Shawn 《Objective-C 高级编程》读书笔记

##前言
命令行编译objc文件

1
2
3
4
5
6
7
8
clang -fobjc-arc test.m -o test # 编译简单的oc文件，启用arc
clang -fobjc-arc -S test.m # 将test.m转成汇编 test.s
clang -fobjc-arc -framework Foundation test.m -o test  # 编译 链接Foundation.framework
clang -rewrite-objc test.m  # 将 oc源码转换成cpp源码

clang -fobjc-arc -arch arm64 test.m # 将test.m转成arm64汇编test.s
# 编译iPhone arm64版本
clang -fobjc-arc -framework Foundation  test.m -o test -arch arm64 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS14.2.sdk

Block 本质

block可以类比函数指针，但是OC利用结构体的辅助来实现，该结构体开头为isa指针，所以可以用Object的方式管理。

以一个最简单的block.m文件为例

1
2
3
4
5
6
7
8
void test()
{
    void (^blk)(void) = ^{
        printf("hello block\n");
    };
    
    blk();
}

使用 clang -rewrite-objc block.m 将其转换为cpp，再查看block.cpp文件末尾内容

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
27
28
29
30
31
32
33
34
35
36
37
38
struct __test_block_impl_0 {
  struct __block_impl impl;
  struct __test_block_desc_0* Desc;
  __test_block_impl_0(void *fp, struct __test_block_desc_0 *desc, int flags=0) {
    impl.isa = &_NSConcreteStackBlock;
    impl.Flags = flags;
    impl.FuncPtr = fp;
    Desc = desc;
  }
};

// block方法内容
static void __test_block_func_0(struct __test_block_impl_0 *__cself) {

        printf("hello block\n");
    }

static struct __test_block_desc_0 {
  size_t reserved;
  size_t Block_size;
} __test_block_desc_0_DATA = { 0, sizeof(struct __test_block_impl_0)};

// test()函数
void test()
{
    void (*blk)(void) = ((void (*)()) &__test_block_impl_0((void *)__test_block_func_0, &__test_block_desc_0_DATA));

    ((void (*)(__block_impl *)) ((__block_impl *)blk)->FuncPtr)((__block_impl *)blk);
}

// 可以在前面找到 __block_impl的定义
struct __block_impl {
  void *isa;
  int Flags;
  int Reserved;
  void *FuncPtr;
};

分析该文件：首先blk被声明为了函数指针，指向的是强制转换的 __test_block_impl_0 引用。
__test_block_impl_0 的第一个成员为 __block_impl ，而__block_impl 的第一个成员又是 isa，所以最终整个__test_block_impl_0 其实是一个OC对象，可以直接NSLog输出NSLog(@"blk = %@", blk); 处理，打印结果blk = <__NSGlobalBlock__: 0x100004150>。

]]> https://blog.vv0x.com/2020/12/26/OC%E9%AB%98%E7%BA%A7%E7%BC%96%E7%A8%8B%20-%20Block%20%E7%AC%94%E8%AE%B0/ 2020-12-26T06:06:54.000Z 《Objective-C 高级编程》读书笔记

]]> OC高级编程 - Block 笔记 2026-03-17T06:45:30.314Z Shawn 程序员的自我修养-读书笔记

  • 可执行文件生成流程：

    预处理(.i) ->编译(.s) ->汇编(.o) ->链接(a.out)

  • 分步骤生成可执行文件：(以hello.c为例

1
2
3
4
gcc -E hello.c -o hello.i    预处理
gcc -S hello.i  -o hello.s   编译
gcc -c hello.s -o hello.o   汇编，也可使用as命令 as hello.s -o hello.o
ld -static /usr/lib/crt1.o /usr/lib/crti.o ... -L/lib hello.o  链接

  • 链接过程主要包括：地址和空间分配，符号决议，重定位

  • 目标文件:

    源代码编译后生成目标文件(.o) 格式跟可执行文件类似，Windows下为 PE，Linux下为ELF，macOS下为Mach-O
    动态库.dll / .so、静态库 .a / 、可执行文件 a.out / .ext、目标文件.o / .obj 都有相似的格式。
    目标文件组织格式为：header + sections

  • 查看文件目标文件格式使用file命令

1
2
3
4
5
$ file hello.o    # linux-arm
hello.o: ELF 32-bit LSB relocatable, ARM, EABI5 version 1 (SYSV), not stripped

$ file hello.o    # macOS-x64
hello.o: Mach-O 64-bit object x86_64

查看目标文件 header 内容

header 输出 
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
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
$ objdump -x hello.o    # linux-arm
hello.o:     file format elf32-littlearm
hello.o
architecture: arm, flags 0x00000011:
HAS_RELOC, HAS_SYMS
start address 0x00000000
private flags = 5000000: [Version5 EABI]

Sections:
Idx Name          Size      VMA       LMA       File off  Algn
  0 .text         00000064  00000000  00000000  00000034  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
  1 .data         00000008  00000000  00000000  00000098  2**2
                  CONTENTS, ALLOC, LOAD, DATA
  2 .bss          00000000  00000000  00000000  000000a0  2**0
                  ALLOC
  3 .rodata       00000004  00000000  00000000  000000a0  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, DATA
  4 .comment      00000024  00000000  00000000  000000a4  2**0
                  CONTENTS, READONLY
  5 .note.GNU-stack 00000000  00000000  00000000  000000c8  2**0
                  CONTENTS, READONLY
  6 .ARM.attributes 0000002f  00000000  00000000  000000c8  2**0
                  CONTENTS, READONLY
SYMBOL TABLE:
00000000 l    df *ABS*    00000000 hello.c
00000000 l    d  .text    00000000 .text
00000000 l    d  .data    00000000 .data
00000000 l    d  .bss    00000000 .bss
00000000 l    d  .rodata    00000000 .rodata
00000004 l     O .data    00000004 static_int.5961
00000000 l    d  .note.GNU-stack    00000000 .note.GNU-stack
00000000 l    d  .comment    00000000 .comment
00000000 l    d  .ARM.attributes    00000000 .ARM.attributes
00000000 g     O .data    00000004 global_int
00000000 g     F .text    0000002c foo
00000000         *UND*    00000000 printf
0000002c g     F .text    00000038 main


RELOCATION RECORDS FOR [.text]:
OFFSET   TYPE              VALUE 
00000018 R_ARM_CALL        printf
00000028 R_ARM_ABS32       .rodata
00000050 R_ARM_CALL        foo


$ objdump -x -macho hello.o    # macOS-x64 
hello.o:
Relocation information (__TEXT,__text) 3 entries
address  pcrel length extern type    scattered symbolnum/value
0000004f True  long   True   BRANCH  False     _foo
00000018 True  long   True   BRANCH  False     _printf
00000011 True  long   False  SIGNED  False     3 (__TEXT,__cstring)
Relocation information (__LD,__compact_unwind) 2 entries
address  pcrel length extern type    scattered symbolnum/value
00000020 False quad   False  UNSIGND False     1 (__TEXT,__text)
00000000 False quad   False  UNSIGND False     1 (__TEXT,__text)
Sections:
Idx Name             Size     VMA              Type
  0 __text           0000005c 0000000000000000 TEXT
  1 __data           00000008 000000000000005c DATA
  2 __cstring        00000004 0000000000000064 DATA
  3 __compact_unwind 00000040 0000000000000068 DATA
  4 __eh_frame       00000068 00000000000000a8 DATA

SYMBOL TABLE:
0000000000000060 l     O __DATA,__data _main.static_int
0000000000000000 g     F __TEXT,__text _foo
000000000000005c g     O __DATA,__data _global_int
0000000000000030 g     F __TEXT,__text _main
0000000000000000         *UND* _printf
Mach header
      magic cputype cpusubtype  caps    filetype ncmds sizeofcmds      flags
MH_MAGIC_64  X86_64        ALL  0x00      OBJECT     4        600 SUBSECTIONS_VIA_SYMBOLS
Load command 0
      cmd LC_SEGMENT_64
  cmdsize 472
  segname 
   vmaddr 0x0000000000000000
   vmsize 0x0000000000000110
  fileoff 632
 filesize 272
  maxprot rwx
 initprot rwx
   nsects 5
    flags (none)
Section
  sectname __text
   segname __TEXT
      addr 0x0000000000000000
      size 0x000000000000005c
    offset 632
     align 2^4 (16)
    reloff 904
    nreloc 3
      type S_REGULAR
attributes PURE_INSTRUCTIONS SOME_INSTRUCTIONS
 reserved1 0
 reserved2 0
Section
  sectname __data
   segname __DATA
      addr 0x000000000000005c
      size 0x0000000000000008
    offset 724
     align 2^2 (4)
    reloff 0
    nreloc 0
      type S_REGULAR
attributes (none)
 reserved1 0
 reserved2 0
Section
  sectname __cstring
   segname __TEXT
      addr 0x0000000000000064
      size 0x0000000000000004
    offset 732
     align 2^0 (1)
    reloff 0
    nreloc 0
      type S_CSTRING_LITERALS
attributes (none)
 reserved1 0
 reserved2 0
Section
  sectname __compact_unwind
   segname __LD
      addr 0x0000000000000068
      size 0x0000000000000040
    offset 736
     align 2^3 (8)
    reloff 928
    nreloc 2
      type S_REGULAR
attributes DEBUG
 reserved1 0
 reserved2 0
Section
  sectname __eh_frame
   segname __TEXT
      addr 0x00000000000000a8
      size 0x0000000000000068
    offset 800
     align 2^3 (8)
    reloff 0
    nreloc 0
      type S_COALESCED
attributes NO_TOC STRIP_STATIC_SYMS LIVE_SUPPORT
 reserved1 0
 reserved2 0
Load command 1
       cmd LC_BUILD_VERSION
   cmdsize 24
  platform macos
       sdk 10.15.6
     minos 10.15
    ntools 0
Load command 2
     cmd LC_SYMTAB
 cmdsize 24
  symoff 944
   nsyms 5
  stroff 1024
 strsize 52
Load command 3
            cmd LC_DYSYMTAB
        cmdsize 80
      ilocalsym 0
      nlocalsym 1
     iextdefsym 1
     nextdefsym 3
      iundefsym 4
      nundefsym 1
         tocoff 0
           ntoc 0
      modtaboff 0
        nmodtab 0
   extrefsymoff 0
    nextrefsyms 0
 indirectsymoff 0
  nindirectsyms 0
      extreloff 0
        nextrel 0
      locreloff 0
        nlocrel 0

查看目标文件size

size 结果 
1
2
3
4
5
6
7
$ size hello.o    # linux-arm
   text      data        bss        dec        hex    filename
    104          8          0        112        70    hello.o

$ size hello.o    # macOS-x64
__TEXT    __DATA    __OBJC    others    dec    hex
200    8    0    64    272    110

查看目标文件结构

不同的平台，目标文件结构不同，生成的section也有差异，但是最基本的代码段.text、数据段.data、只读段.rodata / __cstring 都是通用的， bss段为未初始化全局或静态变量，默认都为0，不占据目标文件空间

objdump -h 结果 
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
27
28
$ objdump -h hello.o   # linux-arm
hello.o:     file format elf32-littlearm
Sections:
Idx Name          Size      VMA       LMA       File off  Algn
  0 .text         00000064  00000000  00000000  00000034  2**2
                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
  1 .data         00000008  00000000  00000000  00000098  2**2
                  CONTENTS, ALLOC, LOAD, DATA
  2 .bss          00000000  00000000  00000000  000000a0  2**0
                  ALLOC
  3 .rodata       00000004  00000000  00000000  000000a0  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, DATA
  4 .comment      00000024  00000000  00000000  000000a4  2**0
                  CONTENTS, READONLY
  5 .note.GNU-stack 00000000  00000000  00000000  000000c8  2**0
                  CONTENTS, READONLY
  6 .ARM.attributes 0000002f  00000000  00000000  000000c8  2**0
                  CONTENTS, READONLY

$ objdump -h hello.o     # macOS-x64
hello.o:    file format Mach-O 64-bit x86-64
Sections:
Idx Name             Size     VMA              Type
  0 __text           0000005c 0000000000000000 TEXT
  1 __data           00000008 000000000000005c DATA
  2 __cstring        00000004 0000000000000064 DATA
  3 __compact_unwind 00000040 0000000000000068 DATA
  4 __eh_frame       00000068 00000000000000a8 DATA

查看目标文件内容，并反编译汇编代码

objdump -s -d 结果 
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
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
$ objdump -s -d hello.o   # linux-arm
hello.o:     file format elf32-littlearm

Contents of section .text:
 0000 00482de9 04b08de2 08d04de2 08000be5  .H-.......M.....
 0010 08101be5 0c009fe5 feffffeb 0000a0e1  ................
 0020 04d04be2 0088bde8 00000000 00482de9  ..K..........H-.
 0030 04b08de2 08d04de2 0130a0e3 08300be5  ......M..0...0..
 0040 08201be5 0c301be5 033082e0 0300a0e1  . ...0...0......
 0050 feffffeb 0c301be5 0300a0e1 04d04be2  .....0........K.
 0060 0088bde8                             ....            
Contents of section .data:
 0000 a5000000 5a000000                    ....Z...        
Contents of section .rodata:
 0000 256c640a 00                          %ld..           
Contents of section .comment:
 0000 00474343 3a202852 61737062 69616e20  .GCC: (Raspbian 
 0010 382e332e 302d362b 72706931 2920382e  8.3.0-6+rpi1) 8.
 0020 332e3000                             3.0.            
Contents of section .ARM.attributes:
 0000 412e0000 00616561 62690001 24000000  A....aeabi..$...
 0010 05360006 06080109 010a0212 04140115  .6..............
 0020 01170318 0119011a 021c011e 062201    .............". 

Disassembly of section .text:

00000000 <foo>:
   0:    e92d4800     push    {fp, lr}
   4:    e28db004     add    fp, sp, #4
   8:    e24dd008     sub    sp, sp, #8
   c:    e50b0008     str    r0, [fp, #-8]
  10:    e51b1008     ldr    r1, [fp, #-8]
  14:    e59f000c     ldr    r0, [pc, #12]    ; 28 <foo+0x28>
  18:    ebfffffe     bl    0 <printf>
  1c:    e1a00000     nop            ; (mov r0, r0)
  20:    e24bd004     sub    sp, fp, #4
  24:    e8bd8800     pop    {fp, pc}
  28:    00000000     .word    0x00000000

0000002c <main>:
  2c:    e92d4800     push    {fp, lr}
  30:    e28db004     add    fp, sp, #4
  34:    e24dd008     sub    sp, sp, #8
  38:    e3a03001     mov    r3, #1
  3c:    e50b3008     str    r3, [fp, #-8]
  40:    e51b2008     ldr    r2, [fp, #-8]
  44:    e51b300c     ldr    r3, [fp, #-12]
  48:    e0823003     add    r3, r2, r3
  4c:    e1a00003     mov    r0, r3
  50:    ebfffffe     bl    0 <foo>
  54:    e51b300c     ldr    r3, [fp, #-12]
  58:    e1a00003     mov    r0, r3
  5c:    e24bd004     sub    sp, fp, #4
  60:    e8bd8800     pop    {fp, pc}

$ objdump -s -d hello.o    # macOS-x64
hello.o:    file format Mach-O 64-bit x86-64

Contents of section __text:
 0000 554889e5 4883ec10 897dfc8b 75fc488d  UH..H....}..u.H.
 0010 3d4f0000 00b000e8 00000000 4883c410  =O..........H...
 0020 5dc3662e 0f1f8400 00000000 0f1f4000  ].f...........@.
 0030 554889e5 4883ec10 c745fc00 000000c7  UH..H....E......
 0040 45f80100 00008b45 f80345f4 89c7e800  E......E..E.....
 0050 0000008b 45f44883 c4105dc3           ....E.H...].
Contents of section __data:
 005c a5000000 5a000000                    ....Z...
Contents of section __cstring:
 0064 25640a00                             %d..
Contents of section __compact_unwind:
 0068 00000000 00000000 22000000 00000001  ........".......
 0078 00000000 00000000 00000000 00000000  ................
 0088 30000000 00000000 2c000000 00000001  0.......,.......
 0098 00000000 00000000 00000000 00000000  ................
Contents of section __eh_frame:
 00a8 14000000 00000000 017a5200 01781001  .........zR..x..
 00b8 100c0708 90010000 24000000 1c000000  ........$.......
 00c8 38ffffff ffffffff 22000000 00000000  8.......".......
 00d8 00410e10 8602430d 06000000 00000000  .A....C.........
 00e8 24000000 44000000 40ffffff ffffffff  $...D...@.......
 00f8 2c000000 00000000 00410e10 8602430d  ,........A....C.
 0108 06000000 00000000                    ........

Disassembly of section __TEXT,__text:

0000000000000000 _foo:
       0: 55                               pushq    %rbp
       1: 48 89 e5                         movq    %rsp, %rbp
       4: 48 83 ec 10                      subq    $16, %rsp
       8: 89 7d fc                         movl    %edi, -4(%rbp)
       b: 8b 75 fc                         movl    -4(%rbp), %esi
       e: 48 8d 3d 4f 00 00 00             leaq    79(%rip), %rdi
      15: b0 00                            movb    $0, %al
      17: e8 00 00 00 00                   callq    0 <_foo+0x1c>
      1c: 48 83 c4 10                      addq    $16, %rsp
      20: 5d                               popq    %rbp
      21: c3                               retq
      22: 66 2e 0f 1f 84 00 00 00 00 00    nopw    %cs:(%rax,%rax)
      2c: 0f 1f 40 00                      nopl    (%rax)

0000000000000030 _main:
      30: 55                               pushq    %rbp
      31: 48 89 e5                         movq    %rsp, %rbp
      34: 48 83 ec 10                      subq    $16, %rsp
      38: c7 45 fc 00 00 00 00             movl    $0, -4(%rbp)
      3f: c7 45 f8 01 00 00 00             movl    $1, -8(%rbp)
      46: 8b 45 f8                         movl    -8(%rbp), %eax
      49: 03 45 f4                         addl    -12(%rbp), %eax
      4c: 89 c7                            movl    %eax, %edi
      4e: e8 00 00 00 00                   callq    0 <_main+0x23>
      53: 8b 45 f4                         movl    -12(%rbp), %eax
      56: 48 83 c4 10                      addq    $16, %rsp
      5a: 5d                               popq    %rbp
      5b: c3                               retq

hello.c源码

hello.c 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
#include <stdio.h>

int global_int = 0xa5;

void foo(int i)
{
     printf("%d\n", i);
}

int main(void)
{
     static int static_int = 0x5a;

     int b = 1;
     int c;

     foo(b + c);

     return c;
}
]]> https://blog.vv0x.com/2020/12/26/%E7%A8%8B%E5%BA%8F%E5%91%98%E7%9A%84%E8%87%AA%E6%88%91%E4%BF%AE%E5%85%BB-%E8%AF%BB%E4%B9%A6%E7%AC%94%E8%AE%B0-%E7%9B%AE%E6%A0%87%E6%96%87%E4%BB%B6%E6%A0%BC%E5%BC%8F/ 2020-12-26T02:41:45.000Z 程序员的自我修养-读书笔记

]]> 程序员的自我修养-读书笔记-目标文件格式 2026-03-17T06:43:04.547Z Shawn 广告推送无处不在，关联性也很高，时长让人有一种被盯着的感觉。。

建议设置： iPhone设置 ->隐私->广告：

  1. 首先杀掉所有app的后台，然后还原广告标识符，打开几个app，再还原广告标识符，再打开几个其它app，如此循环知道所以的app都打开一遍。这么做的目的是为了防止某些app缓存idfa标识，并且某些广告联盟app可能会共享idfa。
  2. 然后将”限制广告跟踪”选项打开，这样app拿到的idfa 就是全0啦

另外提一句，开启”限制广告追踪”之后再关闭，拿到的idfa也是会变化的

]]> https://blog.vv0x.com/2020/06/04/iPhone-AD-Restrict/ 2020-06-04T03:35:15.000Z 广告推送无处不在，关联性也很高，时长让人有一种被盯着的感觉。。

]]> iPhone限制IDFA广告标识 2026-03-17T06:46:05.343Z Shawn 项目经过长期维护后，基本会产生大量的无用代码和资源。近期对公司长达7年的项目进行了一次清理，简单记录一下。

这会造成很多问题：

  • 首先最明显的影响是项目打包之后会无端增加ipa体积
  • 同时也会影响build和archive速度，代码编译和资源打包都是极耗费时间的操作
  • 另外过多的无用代码和资源，会导致项目配置文件非常庞大，达到几MB甚至几十MB，尤其一个项目多个target的情况。项目文件过大的后果就是：对项目配置进行更改的时候，经常会菊花转半天，比如点击一下”Build Phases”。。。
    project size

项目清理

项目清理注意包括以下这些内容：

  1. 清理重复资源：由于Xcode最开始并没有使用.xcassets 来管理资源，在引入xcassets方式管理之后，有部分资源仍以传统的方式存在于project中，这里使用的方法是借助文件查重工具Duplicate File Finder Remover进行排查，然后按需清理即可
  2. 清理无效类：借助工具fui
  3. 无效资源文件清理：借助工具LSUnusedResources，注意如果是非xcassets资源，不可以直接在工具里删除，而应该去Xcode中删除，另外使用特殊格式引用的资源，也会被当成无效资源列出，要特别处理。

project.pbxproj文件瘦身

  • 更改相对引用为文件夹引用
  • 清理无效资源和无效代码
  • 使用CocoaPods/Carthage/SwiftPackageManager工具来管理第三方库
  • 模块化功能代码，引用其动态/静态库，同时该方法也能缩短编译时间，提高项目可维护性和灵活性

项目维护建议

  • 功能改版完成之后，清理该功能对应的过期资源，同时清理老代码。
]]> https://blog.vv0x.com/2020/06/03/iOS-dev-rules_project/ 2020-06-03T15:42:33.000Z 项目经过长期维护后，基本会产生大量的无用代码和资源。近期对公司长达7年的项目进行了一次清理，简单记录一下。

]]> iOS开发-Xcode项目可持续维护 2024-02-14T01:27:37.651Z Shawn Xcode Server配置，新手向

背景：

iOS手机安装测试包比较麻烦，不像其它平台，丢个安装包就完事了，如果需要进行多设备测试，QA送一堆手机给你，iOSer内心一定是崩溃的。

Server配置

⚠️注意事项：

  • 配置之前先设置好server端hostname，如果你的hostname是类似于“某某的MacPro”，hostname是大串拼音，输入地址的时候会有点崩溃，而且如果你XCS设置好之后再来重设hostname，又会导致Xcode生成的本地证书跟域名不匹配的问题。
  • Target的Product Name使用英文！ 切记不要用中文，否则即使你安装了Profile，允许了证书，但最终还是没法Install, iOS12之前的设备提示”无法连接到server.local”，iOS13则点击没有任何反应，具体原因未知，猜测可能是最终的ipa为 “某某.ipa” 带中文造成的。
]]> https://blog.vv0x.com/2020/01/01/Xcode-Server%E9%83%A8%E7%BD%B2%E5%8F%8A%E4%BD%BF%E7%94%A8/ 2020-01-01T06:22:59.000Z Xcode Server配置，新手向

]]> Xcode Server部署及使用 2026-03-17T06:43:31.310Z