iosgdb命令

① Microsoft Visual C++ 在苹果系统用什么代替

在苹果(ios)的系统中，你可以使用Xcode来进行程序编译。

“
Xcode 是苹果公司开发的编程软件，是开发人员建立OS X 和 iOS 应用程序的最快捷的方式。Xcode 具有统一的用户界面设计，编码、测试、调试都在一个简单的窗口内完成。

根据斯诺登提供的资料，美国政府研究人员创建了一个版本的苹果软件应用开发工具Xcode，希望借此将监控后门植入到通过苹果应用商店App Store发布的应用程序中。

The Xcode suite 包含有：
GNU Compiler Collection自由软件 ：（GCC、 apple-darwin9-gcc-4.0.1 以及 apple-darwin9-gcc-4.2.1, 默认的是第一个）。
它支持 C语言、C++、Fortran、Objective-C、Objective-C++、Java、AppleScript、Python以及Ruby。
它还提供Cocoa、Carbon以及Java等编程模式。
协力厂商更提供了 GNU Pascal，Free Pascal, Ada, C#, Perl, Haskell 和 D语言。Xcode套件使用 GDB作为其后台调试工具。
“
——Xcode网络

详情参见：PGCrp7BkpzRwVZQK
（Xcode网络）

② linux 用g++编译c++代码的问题

*

运行 gcc/egcs
*

gcc/egcs 的主要选项
*

gdb
*

gdb 的常用命令
*

gdb 使用范例
*

其他程序/库工具 (ar, objmp, nm, size, strings, strip, ...)
* 创建和使用静态库
* 创建和使用共享库
* 使用高级共享库特性

1.7.1 运行 gcc/egcs

Linux 中最重要的软件开发工具是 GCC。GCC 是 GNU 的 C 和 C++ 编译器。实际上，GCC 能够编译三种语言：C、C++ 和 Object C（C 语言的一种面向对象扩展）。利用 gcc 命令可同时编译并连接 C 和 C++ 源程序。

#DEMO#: hello.c

如果你有两个或少数几个 C 源文件，也可以方便地利用 GCC 编译、连接并生成可执行文件。例如，假设你有两个源文件 main.c 和 factorial.c 两个源文件，现在要编译生成一个计算阶乘的程序。

-----------------------
清单 factorial.c
-----------------------
#include <stdio.h>
#include <stdlib.h>

int factorial (int n)
{
if (n <= 1)
return 1;

else
return factorial (n - 1) * n;
}
-----------------------

-----------------------
清单 main.c
-----------------------
#include <stdio.h>
#include <stdlib.h>

int factorial (int n);

int main (int argc, char **argv)
{
int n;

if (argc < 2) {
printf ("Usage: %s n\n", argv [0]);
return -1;
}
else {
n = atoi (argv[1]);
printf ("Factorial of %d is %d.\n", n, factorial (n));
}

return 0;
}
-----------------------

利用如下的命令可编译生成可执行文件，并执行程序：
$ gcc -o factorial main.c factorial.c
$ ./factorial 5
Factorial of 5 is 120.

GCC 可同时用来编译 C 程序和 C++ 程序。一般来说，C 编译器通过源文件的后缀名来判断是 C 程序还是 C++ 程序。在 Linux 中，C 源文件的后缀名为 .c，而 C++ 源文件的后缀名为 .C 或 .cpp。

但是，gcc 命令只能编译 C++ 源文件，而不能自动和 C++ 程序使用的库连接。因此，通常使用 g++ 命令来完成 C++ 程序的编译和连接，该程序会自动调用 gcc 实现编译。假设我们有一个如下的 C++ 源文件（hello.C）：

#include <iostream.h>

void main (void)
{
cout << "Hello, world!" << endl;
}

则可以如下调用 g++ 命令编译、连接并生成可执行文件：

$ g++ -o hello hello.C
$ ./hello
Hello, world!

1.7.2 gcc/egcs 的主要选项

表 1-3 gcc 命令的常用选项
选项 解释
-ansi 只支持 ANSI 标准的 C 语法。这一选项将禁止 GNU C 的某些特色，
例如 asm 或 typeof 关键词。
-c 只编译并生成目标文件。
-DMACRO 以字符串“1”定义 MACRO 宏。
-DMACRO=DEFN 以字符串“DEFN”定义 MACRO 宏。
-E 只运行 C 预编译器。
-g 生成调试信息。GNU 调试器可利用该信息。
-IDIRECTORY 指定额外的头文件搜索路径DIRECTORY。
-LDIRECTORY 指定额外的函数库搜索路径DIRECTORY。
-lLIBRARY 连接时搜索指定的函数库LIBRARY。
-m486 针对 486 进行代码优化。
-o FILE 生成指定的输出文件。用在生成可执行文件时。
-O0 不进行优化处理。
-O 或 -O1 优化生成代码。
-O2 进一步优化。
-O3 比 -O2 更进一步优化，包括 inline 函数。
-shared 生成共享目标文件。通常用在建立共享库时。
-static 禁止使用共享连接。
-UMACRO 取消对 MACRO 宏的定义。
-w 不生成任何警告信息。
-Wall 生成所有警告信息。

#DEMO#

MiniGUI 的编译选项
1.7.3 gdb

GNU 的调试器称为 gdb，该程序是一个交互式工具，工作在字符模式。在 X Window 系统中，
有一个 gdb 的前端图形工具，称为 xxgdb。gdb 是功能强大的调试程序，可完成如下的调试
任务：
* 设置断点；
* 监视程序变量的值；
* 程序的单步执行；
* 修改变量的值。
在可以使用 gdb 调试程序之前，必须使用 -g 选项编译源文件。可在 makefile 中如下定义
CFLAGS 变量：
CFLAGS = -g
运行 gdb 调试程序时通常使用如下的命令：
gdb progname

在 gdb 提示符处键入help，将列出命令的分类，主要的分类有：
* aliases：命令别名
* breakpoints：断点定义；
* data：数据查看；
* files：指定并查看文件；
* internals：维护命令；
* running：程序执行；
* stack：调用栈查看；
* statu：状态查看；
* tracepoints：跟踪程序执行。
键入 help 后跟命令的分类名，可获得该类命令的详细清单。

#DENO#
1.7.4 gdb 的常用命令

表 1-4 常用的 gdb 命令
命令 解释
break NUM 在指定的行上设置断点。
bt 显示所有的调用栈帧。该命令可用来显示函数的调用顺序。
clear 删除设置在特定源文件、特定行上的断点。其用法为：clear FILENAME:NUM。
continue 继续执行正在调试的程序。该命令用在程序由于处理信号或断点而
导致停止运行时。
display EXPR 每次程序停止后显示表达式的值。表达式由程序定义的变量组成。
file FILE 装载指定的可执行文件进行调试。
help NAME 显示指定命令的帮助信息。
info break 显示当前断点清单，包括到达断点处的次数等。
info files 显示被调试文件的详细信息。
info func 显示所有的函数名称。
info local 显示当函数中的局部变量信息。
info prog 显示被调试程序的执行状态。
info var 显示所有的全局和静态变量名称。
kill 终止正被调试的程序。
list 显示源代码段。
make 在不退出 gdb 的情况下运行 make 工具。
next 在不单步执行进入其他函数的情况下，向前执行一行源代码。
print EXPR 显示表达式 EXPR 的值。

1.7.5 gdb 使用范例

-----------------
清单 一个有错误的 C 源程序 bugging.c
-----------------
#include <stdio.h>
#include <stdlib.h>

static char buff [256];
static char* string;
int main ()
{

printf ("Please input a string: ");
gets (string);

printf ("\nYour string is: %s\n", string);
}
-----------------
上面这个程序非常简单，其目的是接受用户的输入，然后将用户的输入打印出来。该程序使用了
一个未经过初始化的字符串地址 string，因此，编译并运行之后，将出现 Segment Fault 错误：
$ gcc -o test -g test.c
$ ./test
Please input a string: asfd
Segmentation fault (core mped)
为了查找该程序中出现的问题，我们利用 gdb，并按如下的步骤进行：
1．运行 gdb bugging 命令，装入 bugging 可执行文件；
2．执行装入的 bugging 命令；
3．使用 where 命令查看程序出错的地方；
4．利用 list 命令查看调用 gets 函数附近的代码；
5．唯一能够导致 gets 函数出错的因素就是变量 string。用 print 命令查看 string 的值；
6．在 gdb 中，我们可以直接修改变量的值，只要将 string 取一个合法的指针值就可以了，为
此，我们在第 11 行处设置断点；
7．程序重新运行到第 11 行处停止，这时，我们可以用 set variable 命令修改 string 的取值；
8．然后继续运行，将看到正确的程序运行结果。

#DEMO#

1.7.6 其他程序/库工具

strip：

nm：

size：

string：

1.7.7 创建和使用静态库

创建一个静态库是相当简单的。通常使用 ar 程序把一些目标文件（.o）组合在一起，成为一个单独的库，然后运行 ranlib，以给库加入一些索引信息。

1.7.8 创建和使用共享库

特殊的编译和连接选项

-D_REENTRANT 使得预处理器符号 _REENTRANT 被定义，这个符号激活一些宏特性。
-fPIC 选项产生位置独立的代码。由于库是在运行的时候被调入，因此这个
选项是必需的，因为在编译的时候，装入内存的地址还不知道。如果
不使用这个选项，库文件可能不会正确运行。
-shared 选项告诉编译器产生共享库代码。
-Wl,-soname -Wl 告诉编译器将后面的参数传递到连接器。而 -soname 指定了
共享库的 soname。

＃ 可以把库文件拷贝到 /etc/ld.so.conf 中列举出的任何目录中，并以
root 身份运行 ldconfig；或者
＃ 运行 export LD_LIBRARY_PATH='pwd'，它把当前路径加到库搜索路径中去。

1.7.9 使用高级共享库特性

1. ldd 工具

ldd 用来显示执行文件需要哪些共享库, 共享库装载管理器在哪里找到了需要的共享库.

2. soname

共享库的一个非常重要的，也是非常难的概念是 soname——简写共享目标名（short for shared object name）。这是一个为共享库（.so）文件而内嵌在控制数据中的名字。如前面提到的，每一个程序都有一个需要使用的库的清单。这个清单的内容是一系列库的 soname，如同 ldd 显示的那样，共享库装载器必须找到这个清单。

soname 的关键功能是它提供了兼容性的标准。当要升级系统中的一个库时，并且新库的 soname 和老的库的 soname 一样，用旧库连接生成的程序，使用新的库依然能正常运行。这个特性使得在 Linux 下，升级使用共享库的程序和定位错误变得十分容易。

在 Linux 中，应用程序通过使用 soname，来指定所希望库的版本。库作者也可以通过保留或者改变 soname 来声明，哪些版本是相互兼容的，这使得程序员摆脱了共享库版本冲突问题的困扰。

查看/usr/local/lib 目录，分析 MiniGUI 的共享库文件之间的关系

3. 共享库装载器

当程序被调用的时候，Linux 共享库装载器（也被称为动态连接器）也自动被调用。它的作用是保证程序所需要的所有适当版本的库都被调入内存。共享库装载器名字是 ld.so 或者是 ld-linux.so，这取决于 Linux libc 的版本，它必须使用一点外部交互，才能完成自己的工作。然而它接受在环境变量和配置文件中的配置信息。

文件 /etc/ld.so.conf 定义了标准系统库的路径。共享库装载器把它作为搜索路径。为了改变这个设置，必须以 root 身份运行 ldconfig 工具。这将更新 /etc/ls.so.cache 文件，这个文件其实是装载器内部使用的文件之一。

可以使用许多环境变量控制共享库装载器的操作（表1-4+）。

表 1-4+ 共享库装载器环境变量
变量 含义
LD_AOUT_LIBRARY_PATH 除了不使用 a.out 二进制格式外，与 LD_LIBRARY_PATH 相同。
LD_AOUT_PRELOAD 除了不使用 a.out 二进制格式外，与 LD_PRELOAD 相同。
LD_KEEPDIR 只适用于 a.out 库；忽略由它们指定的目录。
LD_LIBRARY_PATH 将其他目录加入库搜索路径。它的内容应该是由冒号
分隔的目录列表，与可执行文件的 PATH 变量具有相同的格式。
如果调用设置用户 ID 或者进程 ID 的程序，该变量被忽略。
LD_NOWARN 只适用于 a.out 库；当改变版本号是，发出警告信息。
LD_PRELOAD 首先装入用户定义的库，使得它们有机会覆盖或者重新定义标准库。
使用空格分开多个入口。对于设置用户 ID 或者进程 ID 的程序，
只有被标记过的库才被首先装入。在 /etc/ld.so.perload 中指定
了全局版本号，该文件不遵守这个限制。

4. 使用 dlopen

另外一个强大的库函数是 dlopen()。该函数将打开一个新库，并把它装入内存。该函数主要用来加载库中的符号，这些符号在编译的时候是不知道的。比如 Apache Web 服务器利用这个函数在运行过程中加载模块，这为它提供了额外的能力。一个配置文件控制了加载模块的过程。这种机制使得在系统中添加或者删除一个模块时，都不需要重新编译了。

可以在自己的程序中使用 dlopen()。dlopen() 在 dlfcn.h 中定义，并在 dl 库中实现。它需要两个参数：一个文件名和一个标志。文件名可以是我们学习过的库中的 soname。标志指明是否立刻计算库的依赖性。如果设置为 RTLD_NOW 的话，则立刻计算；如果设置的是 RTLD_LAZY，则在需要的时候才计算。另外，可以指定 RTLD_GLOBAL，它使得那些在以后才加载的库可以获得其中的符号。

当库被装入后，可以把 dlopen() 返回的句柄作为给 dlsym() 的第一个参数，以获得符号在库中的地址。使用这个地址，就可以获得库中特定函数的指针，并且调用装载库中的相应函数。

③ xcode使用方法

xcode使用方法：（以xcode5为例）

1，下载安装好xcode5后，就可以开始ios开发之旅了。首先打开xcode。选择新建一个xcode项目。

④ xcode是英文的，想改成中文，怎么改

xcode改成中文的具体步骤如下：

1、首先我们先打开xcode

⑤ C++通过什么编译器编译成的静态库给ios调用

用的是gcc编译器或者xcode编译就可以。
在开发过程中，经常会碰到一些在不同工程中经常用到的部分，把这些部分抽取出来做成一个静态库往往是一个比较好的做法。xcode里就有制作静态库的模板，相关的制作步骤网上也有很多，但在实际的操作中，还是有不少细节方面需要注意。以下是我碰到的一些问题总结。

1.编译release版本的库
在“Manage Schemes”中，将“Build Configuration”的选项改为“Release”即可。如图：

2.静态库中包含category
如果你在静态库工程中使用了category，那么你可能会碰到链接问题，解决的办法就是需要同时在生成静态库的工程和使用静态库的工程中使用“-all_load”编译选项，即在对应target的"Build Settings"中的“Other Linker Flags”选项添加“-all_load”。注意：使用静态库的工程中是一定要加该编译选项的！！至于生成静态库的工程中加不加没有试过，不过建议还是加上该编译选项。

3.静态库支持的SDK版本
为了使自己的静态库尽可能多的支持IOS的系统版本，应该在"IOS Deployment Target"这个选项中选择自己所需的IOS版本。设置如下图，这个是我的静态库工程中的配置，红框框起来的是我修改过的选项。

4.自动拷贝头文件
在工程对应的target的“Build Phases”下添加“Copy Headers”的选项。该选项默认是没有的，添加方法是点击下方的“Add Build Phase”按钮后选择后即可添加。该选项下有3个子选项，分别是Public,Private,Project。通过点击下方的加号，可以将工程中的头文件添加到“Project”中，在其中的对应头文件点击右键，选择“Move to Public Group”，当头文件移到“Pulic”后，编译工程以后，在工程编译后.a文件所在的路径下，会同时出现一个"usr/local/include"的文件夹，其中的头文件就是public group中的头文件。这时只需将.a文件和这个路径下的头文件拷贝到所需工程文件即可。
转载

⑥ 如何调试iOS内核

标 题: 【原创】如何调试iOS内核
作 者: zhuliang
时 间: 2012-10-23,11:38:56

ios内核调试不像win和linux内核调试那么简易，操作起来比较麻烦，本文介绍如何进行ios内核的调试，word版如何调试iOS内核.rar.

如何调试iOS内核
作者：zhuliang
转载请保证文章完整并注明来源
本文对如何调试iOS（iPhone OS）内核进行简单的介绍，讲述iOS内核调试的环境搭建，调试步骤等。
iOS是用XNU内核，XNU for mac的代码可以从苹果官方下载到，当然不是最新版的。XNU内核有既相互独立又相互交互的三个组件构成，这三个组件是：Mach、BSD、IOKit。
首先，是硬件与软件的准备。
硬件方面，一台越狱的设备是必需的，建议用iPhone4（注iPad2或iPhone4S由于采用的是苹果A5的cpu，它的bootrom目前还没有公开漏洞，不能用红雪设置引导参数，不能使用它来调试）。内核调试数据线，该数据线含有USB转串口的电路，可以参考文献1来自己焊接，本人制作好的调试线如下图，限于篇幅这里不对如何制作调试线展开讨论。一台电脑，可为台式机或笔记本，mac更佳。

软件方面，虚拟机VMware，mac操作系统比如Lion，XCode等。
其次，是环境的搭建。
Mac环境，由于iOS的内核调试要在mac操作系统平台下进行，所以首先要搭建mac环境，最好用真实的mac机，也可用虚拟机，本文为方便没有mac的朋友，以虚拟机为例进行讲述，用真实mac机的朋友可根据具体的情况随机应变。具体步骤如下，先在电脑上装虚拟机（如VMware）软件，然后在虚拟机里面装mac操作系统（比如Lion），装好mac系统后下载XCode并装上。如果觉得这样太麻烦的话，可直接从电驴下载装好Lion的虚拟机。
有了mac环境后，在mac操作系统里装好USB转串口芯片的驱动程序（可从http://www.ftdichip.com/Drivers/VCP.htm下载），装好驱动后就可用ls /dev/tty.usb*来看一下有没有把串口识别出来。识别出来后如下面的图所示。然后下载本文附带的SerialKDPProxy程序源代码SerialKDPProxy_m.rar（该源码是由Albert_liuwei从参考文献1提供的SerialKDPProxy修改而来，特此声明），并make一下，你懂的。将得到的SerialKDPProxy文件cp到/bin下，这样不用每次都要切换到这个目录下才能执行。

最后，搭建好了环境后就可以进行调试了，主要有三个步骤：
一是运行串口代理程序，用下面的命令行。
SerialKDPProxy /dev/tty.usbserial-A900c0xb
这里的tty.usbserial-A900c0xb要替换为在你的系统上具体的设备名，上文ls /dev/tty.usb*的结果。
二是用红雪设置引导参数。该步骤可以在物理主机Windows系统下面进行，因为命令行涉及到一个几百M的文件，复制到虚拟机里比较麻烦。可以在Win下用下面的命令行。
redsn0w.exe -i "D:\Apple\iPhone3,1_4.3.3_8J2_Restore.ipsw" -j -a "-v debug=0x09"
该命令输入完毕回车后，红雪会让你按它的提示进入dfu模式。进入dfu后稍等一下，会看到小菠萝人在手机屏幕上。看不到的话，可能是进入dfu模式出错。
接下来切换到mac环境工作，进入虚拟机环境之前要确认USB转串口的设备前点的钩已钩上。如下图：

三是用gdb调试ios内核。所用的命令行参数如下：

gdb -arch armv7 (gdb) target remote-kdp (gdb) attach 127.0.0.1
在win下面。串口从设备管理器里看出来是COM8.代理程序用这个命令行：./SerialKDPProxy.exe /dev/com8
启动gdb的命令是 ./arm-apple-darwin-gdb.exe
其它的都是和se的ppt像一样。
至于具体怎么调试，熟悉linux下用gdb进行调试的朋友能相当熟练地调试，也可以参考本人的另一文章《iOS如何利用ARM的MMU进行地址映射》。

⑦ 如何学好OBJECTIVEC

1.请先把C语言基础学好；
2.看《Programming in Objective-C 2.0》，不要看《Objective-C 2.0程序设计》；
3.看《Cocoa Design Patterns》和《Cocoa Programming Developer's Handbook》,不要因为他们很难而我们自己是初学者所以就不看；
4.是的，你需要一台Mac，如果你真的打算好好学Objective-C和Cocoa的话；
5.不要放过任何一个看上去很简单的小编程问题——他们往往并不那么简单，或者可以引伸出很多知识点；
6.会用Objective-C，并不说明你会Cocoa编程；
7.学语法并不难，Foundation，Appkit，UIKit，Core Data，Core Animation也不过如此——难的是长期坚持实践和不遗余力的查阅文档；
8.请时刻记住，要写出好的App，界面设计和程序功能同等重要——其实可以时刻记住：Mac/iOS用户界面规约也是必读的文档；
9.不看C语言的书，是学不好Objective-C语言的；
10.浮躁的人容易说：XX语言不行了，应该学YY；——是你自己不行了吧！？
11.浮躁的人容易问：我到底该学什么；——别问，学就对了；
12.浮躁的人容易问：XX有钱途吗；——建议你去抢银行；
13.浮躁的人容易说：我要中文版！我英文不行！——不行？学呀！
14.浮躁的人容易问：XX和YY哪个好；——告诉你吧，都好——只要你学就行；
15.浮躁的人分两种：a)只观望而不学的人；b)只学而不坚持的人；
16.Cocoa是Objective-C的框架，主要包括Foundation，Appkit和Core Data。Cocoa Touch是Cocoa的iOS版本，主要包括Foundation，UIKit和Core Data；
17.Objective-C不仅仅是为C加了个类——运行时环境同样至关重要；
18.学习编程最好的方法之一就是阅读文档和源代码，请善用Xcode文档里的程序实例源代码；
19.请记住，Objective-C是“动态”的语言；
20.请阅读《Objective-C 2.0 Programming Language》等文档——官方的文档总是最权威，最完整的参考书；
21.看得懂的书，请仔细看；看不懂的书，请硬着头皮看；
22.别指望看第一遍书就能记住和掌握什么——请看第二遍、第三遍；
23.请记住，iOS和Mac开发本质上是相同的，不过区别也同样要被重视；
24.不要停留在Xcode的层面上。掌握通过命令行使用gcc和gdb，以及git等工具，将使你效率倍增；
25.和别人一起讨论有意义的Objective-C和Cocoa知识点，而不是争吵Cocoa行不行或者Objective-C与C++哪个好；
26.不要被各种Core XXX等“技术”名词所迷惑，它们只不过是C和Objective-C的框架(库)而已；
27.如果你学过C++，请暂时忘记使用.(点)调用方法，Objective-C是用方括号的，并且更准确的名字叫做“消息传递”；
28.Objective-C是C语言的严格超集，和C语言联系紧密，C语言是Objective-C的一部分；
29.请不要认为学过C++语言再改学Objective-C就没有什么问题——你只不过又在学一门全新的语言而已；
30.读完了《Cocoa Programming Developer's Handbook》以后再来认定自己是不是已经学会了Objective-C；
31.学习编程的秘诀是：编程，编程，再编程；
32.请留意下列书籍：《Cocoa Programming Developer's Handbook》《Cocoa Design Pattern》《iOS 4 Advaced Programming》《Cocoa Programming A Quick-Start Guide for Developers》；
33.不要因为苹果是个商业公司，你就可以忘记开源。于个人来说，开源是给予，但你却获得了更多。别忘了，苹果自己也使用了大量开源技术；
34.请把书上的程序例子亲手输入到电脑上实践，即使配套光盘中有源代码；
35.空闲的时候可以把自己的想法变成代码，并放到github上去，或把它变成App Store里的一个软件；
36.请重视Objective-C的运行时环境编程，并将其切实的运用到自己的程序中；
37.经常回顾自己以前写过的程序，并尝试重写，把自己学到的新知识运用进去；
38.不要漏掉书中任何一个练习题——请全部做完并记录下解题思路；
39.Objective-C，Cocoa和Xcode集成开发环境要同时学习和掌握；
40.既然决定了学Objective-C,就请坚持学下去，因为学习程序设计语言的目的是掌握程序设计技术，而程序设计技术是跨语言的；
41.工欲善其事，必先利其器，要做好Objective-C和Cocoa开发，请用好Xcode；
42.当你写Cocoa程序写到一半却发现自己用的方法很拙劣时，请不要马上停手；请尽快将余下的部分粗略的完成以保证这个设计的完整性，然后分析自己的错误并重新设计和编写（参见43）；
43.别心急，设计Objective-C的类确实不容易；自己程序中的类和自己的类设计水平是在不断的编程实践中完善和发展的；
44.决不要因为程序“很小”就不遵循某些你不熟练的规则——好习惯是培养出来的，而不是一次记住的；
45.每学到一个Objective-C的难点的时候，尝试着对别人讲解这个知识点并让他理解——你能讲清楚才说明你真的理解了；
46.记录下在和别人交流时发现的自己忽视或不理解的知识点；
47.请不断地对自己写的程序提出更高的要求,哪怕你的程序版本号会变成Version 100.XX；
48.保存好你写过的所有的程序——github是你最佳的代码托管工具；
49.请不要做浮躁的人；
50.请热爱Objective-C！

⑧ ios 如何开启debug模式

Xcode的debug使用的是GDB调试器，只支持命令行操作的。在代码中下断点后，运行就可以了。

⑨ iOS 编译报错怎么办

1.编译iPad真机时,选择了 Architetures:Standard(armv6) BaseSDK:iPhoneDevice3.2 TargetDeviceFamily:iPad.

若编译出现如下错误:

Command /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/gcc-4.2 failed with exit code 1

则修改 GCC4.2CodeGeneral区域中的ComplieForThumb为非选中.

已经有了开发者证书及私钥后,可直接在越狱的手机上调试.

2. 编译链接时, "_OBJC_CLASS_$_xxx", referenced from:可能需要重新建立某个类的文件.

或者:选择项目名,在detail列表中的target列(显示为一个又圆圈),把这个文件的复选选中,或者再次选中.以把它加入到这个target里面来.

3.在sdk4.0及以上使用RegexKitLite报'captureCount' was not declared in this scope错误,是在非.m文件中使用了它的原因.

4.there is no sdk with the name or path.

从网上down的开源代码，结果运行的时候常出现这样的错，并且在deployment中没有iosdeploymenttarget选项.

尝试 Project/Edit Active Target/ 及 Set Active SDK菜单项，来回切换一下Active Configuration。

5. EXEC_BAD_ACCESS，EXC_BAD_INSTRUCTION错误，意味着这个app有内存管理的问题，一般是因为访问野指针对象造成的。

一个和内存相关的崩溃一般很难定位到源代码，因为这个恶魔可能很早就在程序中做了坏事了。假如一段有问题的代码混乱了内存结构，这样产生的蝴蝶效应可能会在之后很久才表现出来，并且总在不同的地方。所以，若有指针类型出现了不可能的变化，很可能就是因为内存结构被野指针调用混乱了。

修复一些警告后，可能就能预防一些内存错误。警告在左边靠近行号的黄色三角指出一个编译警告，你点击那个黄色的三角形，xcode可能会弹出一个“Fix-it”的建议。

EXC_BAD_ACCESS崩溃不像SIGABRT，将不会得到很明朗的错误消息。然而可以使用一个让人看到曙光的调试工具：Zombies！死亡对象工具。打开这个项目的scheme editor，选择Run 选项，然后选择Diagnosics标签。勾上Enable Zombie Objects选项。当这个zombie工具被启用之后，即使这个对象被释放了，这个对象的内存也不会被清理。所以，那块内存将会被标记为“长生不死的”。假如你试着之后又去使用这块内存，这个app能够意识到你的错误操作，并且app将会抛出“messagesent to daellocated instance”错误并且终止运行。

在工程中加入NSZombieEnabled 环境变量，并设为启用，则在 EXC_BAD_ACCESS 发生时，XCode 的 Console 会打印出问题描述中，设置方法：双击Executables 下的 可执行模组,在弹出窗口中，Variables to be set in the environment，添加 NSZombieEnabled，并设定为 YES，点击选中复选框启用此变量。

可以再加入 MallocStackLogging 来启用malloc记录，以获得更多的提示来帮助定位问题。

在gdb窗口输入 (格式: shell malloc_history <id> <address>) shellmalloc_history1436 0x5f7fcf0, 也可以在终端中去运行 就要去掉以上的shell 指令 如 malloc_history <id> <address>

应该仅当需要调试内存时,才设置上述环境变量。

注意一点：不应该一直启用zombie objects。因为这个工具将永远不会释放内存，只是简单标记一下这个内存是不死的，你最终将会在某个时候耗尽所有的内存，因为所有分配过的内存都不会得到重用。因此应该在排查内存相关的错误的时候才开启zombie objects，其他时候应该关闭它。

在xcode4中，To edit environment variables, go to Menu Proct / Edit Scheme…, select the desired configuration (you probably want 'Run') from the left sidebar first and then click on the Arguments tab. Environment variables are configurable there.

6.运行一个IPhone程序时，弹出窗口说“程序运行失败，预置描述文件已过期” 。 解决办法是，在Xcode中， window-> Orgnazier -> 你的iphone －>删除带有红*的该程序之前的Profile 。 然后从Xcode运行该程序.

7.真机编译时报 Code Sign error: The identity doesn't match any valid certificate/private key pair in the default keychain

修改工程和Targets的get infouild 中的code signing identity为空

8.调试打印

CFShow(coreFoundationThingy) will print out a description of coreFoundationThingy to the console. Output looks something like: {value = w:1186.000000 h:687.000000 type = kAXValueCGSizeType}

If NSLog() is printing something out as an NSCFType, try CFShow().

9. 编译时报 Command /Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin/clang failed with exit code 1，修改C/C++ Compiler Version为gcc4.2

10.this class is not key value coding-compliant for the key viewController

可能在创建了一个基于view的工程，而后把生成的viewcontroller删除了，但是在.xib中还有对它的引用，在IB中直接用delete键删除掉它就行了。

11.这台电脑上已经存在一个名为“embedded.mobileprovision”的预置文件，您是否要替换么？

http://blog.sina.com.cn/s/blog_6907b67f0100o2vw.html

12.真机调试时报failed to upload *.app

http://hi..com/%CB%E6%B7%E7_1989/blog/item/9649f49f805f05aec8eaf466.html

http://www.shouyanwang.org/thread-462-1-1.html

13.记的release时，先置delegate为nil。

一个节点不应该保留任何对不属于它的节点的引用。

14.模拟器

将xcode升级到4.3.1以后发现,ipad的模拟器，没有Home键了。Command+Shift+H就可以实现类似点击Home键的效果了。

⑩ ios开发中怎样给xcode添加配置文件

本人觉得这个打包framework还是一个比较重要的功能，可以用来做一下事情： (1)封装功能模块，比如有比较成熟的功能模块封装成一个包，然后以后自己或其他同事用起来比较方便。 (2)封装项目，有时候会遇到这个情况，就是一家公司找了两个开发公司做两个项目，然后要求他们的项目中的一个嵌套进另一个项目，此时也可以把呗嵌套的项目打包成framework放进去，这样比较方便。 我们为什么需要框架(Framework)? 要想用一种开发者友好的方式共享库是很麻烦的。你不仅仅需要包含库本身，还要加入所有的头文件，资源等等。 苹果解决这个问题的方式是框架(framework)。基本上，这是含有固定结构并包含了引用该库时所必需的所有东西的文件夹。不幸的是，iOS禁止所有的动态库。同时，苹果也从Xcode中移除了创建静态iOS框架的功能。 Xcode仍然可以支持创建框架的功能，重启这个功能，我们需要对Xcode做一些小小的改动。 把代码封装在静态框架是被app store所允许的。尽管形式不同，本质上它仍然是一种静态库。 框架(Framework)的类别 大部分框架都是动态链接库的形式。因为只有苹果才能在iOS设备上安装动态库，所以我们无法创建这种类型的框架。 静态链接库和动态库一样，只不过它是在编译时链接二进制代码，因此使用静态库不会有动态库那样的问题(即除了苹果谁也不能在iOS上使用动态库)。 “伪”框架是通过破解Xcode的目标Bundle(使用某些脚本)来实现的。它在表面上以及使用时跟静态框架并无区别。“伪”框架项目的功能几乎和真实的框架项目没有区别(不是全部)。 “嵌入”框架是静态框架的一个包装，以便Xcode能获取框架内的资源(图片、plist、nib等)。 本次发布包括了创建静态框架和“伪”框架的模板，以及二者的“嵌入”框架。 用哪一种模板? 本次发布有两个模板，每个模板都有“强”“弱”两个类别。你可以选择最适合一种(或者两种都安装上)。 最大的不同是Xcode不能创建“真”框架，除非你安装静态框架文件xcspec在Xcode中。这真是一个遗憾(这个文件是给项目使用的，而不是框架要用的)。 简单说，你可以这样决定用哪一种模板： 如果你不想修改Xcode，那么请使用“伪”框架版本 如果你只是想共享二进制(不是项目)，两种都可以 如果你想把框架共享给不想修改Xcode的开发者，使用“伪”框架版本 如果你想把框架共享给修改过Xcode的开发者，使用“真”框架版本 如果你想把框架项目作为另一个项目的依赖(通过workspace或者子项目的方式)，请使用“真”框架(或者“伪”框架，使用-framework——见后) 如果你想在你的框架项目中加入其他静态库/框架，并把它们也链接到最终结果以便不需要单独添加到用户项目中，使用“伪”框架 “伪”框架 “伪”框架是破解的“reloacatable object file”(可重定位格式的目标文件， 保存着代码和数据，适合于和其他的目标文件连接到一起，用来创建一个可执行目标文件或者是一个可共享目标文件)，它可以让Xcode编译出类似框架的东西——其实也是一个bundle。 “伪框架”模板把整个过程分为几个步骤，用某些脚本去产生一个真正的静态框架(基于静态库而不是reloacatable object file)。而且，框架项目还是把它定义为wrapper.cfbundle类型，一种Xcode中的“二等公民”。 因此它跟“真”静态框架一样可以正常工作，但当存在依赖关系时就有麻烦了。 依赖问题 如果不使用依赖，只是创建普通的项目是没有任何问题的。但是如果使用了项目依赖(比如在workspace中)，Xcode就悲剧了。当你点击“Link Binary With Libraries”下方的’+’按钮时，“伪框架”无法显示在列表中。你可以从你的“伪”框架项目的Procts下面将它手动拖入，但当你编辑你的主项目时，会出现警告： warning: skipping file '/somewhere/MyFramework.framework' (unexpectedfile type 'wrapper.cfbundle' in Frameworks & Libraries build phase) 并伴随“伪”框架中的链接错误。 幸运的是，有个办法来解决它。你可以在”Other Linker Flags”中用”-framwork”开关手动告诉linker去使用你的框架进行链接： -framework MyFramework 警告仍然存在，但起码能正确链接了。 添加其他的库/框架 如果你加入其他静态(不是动态)库/框架到你的“伪”框架项目中，它们将“链接”进你最终的二进制框架文件中。在“真”框架项目中，它们是纯引用，而不是链接。 你可以在项目中仅仅包含头文件而不是静态库/框架本身的方式避免这种情况(以便编译通过)。 “真”框架 “真”框架各个方面都符合“真”的标准。它是真正的静态框架，正如使用苹果在从Xcode中去除的那个功能所创建的一样。 为了能创建真正的静态框架项目，你必需在Xcode中安装一个xcspec文件。 如果你发布一个“真”框架项目(而不是编译)，希望去编译这个框架的人必需也安装xcspec文件(使用本次发布的安装脚本)，以便Xcode能理解目标类型。 注意：如果你正在发布完全编译的框架，而不是框架项目，最终用户并不需要安装任何东西。 我已经提交一个报告给苹果，希望他们在Xcode中更新这个文件，但那需要一点时间.OpenRadarlink here 加其他静态库/框架 如果你加入其他静态(不是动态)库/框架到你的“真”框架项目，它们只会被引用，而不会象“伪”框架一样被链接到最终的二进制文件中。 从早期版本升级 如果你是从Mk6或者更早的版本升级，同时使用“真”静态框架，并且使用Xcode4.2.1以前的版本，请运行uninstall_legacy.sh以卸载早期用于Xcode的所有修正。然后再运行install.sh，重启Xcode。如果你使用Xcode4.3以后，只需要运行install.sh并重启Xcode。 安装 分别运行Real Framework目录或Fake Framework目录下的install.sh脚本进行安装(或者两个你都运行)。 重启Xcode，你将在新项目向导的Framework&Library下看到StaticiOS Framework(或者Fake Static iOS Framework)。 卸载请运行unistall.sh脚本并重启Xcode。 创建一个iOS框架项目 创建新项目。 项目类型选择Framework&Library下的Static iOS Framework(或者Fake Static iOS Framework)。 选择“包含单元测试”(可选的)。 在target中加入类、资源等。 凡是其他项目要使用的头文件，必需声明为public。进入target的Build Phases页，Copy Headers项，把需要public的头文件从Project或Private部分拖拽到Public部分。 编译你的 iOS 框架 选择指定target的scheme 修改scheme的Run配置(可选)。Run配置默认使用Debug，但在准备部署的时候你可能想使用Release。 编译框架(无论目标为iOS device和Simulator都会编译出相同的二进制，因此选谁都无所谓了)。 从Procts下选中你的framework，“show in Finder”。 在build目录下有两个文件夹：(yourframework).framework and (your framework).embeddedframework. 如果你的框架只有代码，没有资源(比如图片、脚本、xib、coredata的momd文件等)，你可以把(yourframework).framework 分发给你的用户就行了。如果还包含有资源，你必需分发(your framework).embeddedframework给你的用户。 为什么需要embedded framework?因为Xcode不会查找静态框架中的资源，如果你分发(your framework).framework, 则框架中的所有资源都不会显示，也不可用。 一个embedded framework只是一个framework之外的附加的包，包括了这个框架的所有资源的符号链接。这样做的目的是让Xcode能够找到这些资源。 使用iOS 框架 iOS框架和常规的Mac OS动态框架差不多，只是它是静态链接的而已。 在你的项目中使用一个框架，只需把它拖仅你的项目中。在包含头文件时，记住使用尖括号而不是双引号括住框架名称。例如，对于框架MyFramework： #import 使用问题 Headers Not Found 如果Xcode找不到框架的头文件，你可能是忘记将它们声明为public了。参考“创建一个iOS框架项目”第5步。 No Such Proct Type 如果你没有安装iOS Universal Framework在Xcode，并企图编译一个universal框架项目(对于“真”框架，不是“假”框架)，这会导致下列错误： target specifies proct type 'com.apple.proct-type.framework.static',but there's no such proct type for the 'iphonesimulator' platform 为了编译“真”iOS静态框架，Xcode需要做一些改动，因此为了编译“真”静态框架项目，请在所有的开发环境中安装它(对于使用框架的用户不需要，只有要编译框架才需要)。 The selected run destination is not valid for this action 有时，Xcode出错并加载了错误的active设置。首先，请尝试重启Xcode。如果错误继续存在，Xcode产生了一个坏的项目(因为Xcode4的一个bug，任何类型的项目都会出现这个问题)。如果是这样，你需要创建一个新项目重来一遍。 链接警告 第一次编译框架target时，Xcdoe会在链接阶段报告找不到文件夹： ld: warning: directory not found for option'-L/Users/myself/Library/Developer/Xcode/DerivedData/MyFramework-ccahfoccjqiognaqraesrxdyqcne/Build/Procts/Debug-iphoneos' 此时，可以clean并重新编译target，警告会消除。 Core Data momd not found 对于框架项目和应用程序项目，Xcode会以不同的方式编译momd(托管对象模型文件)。Xcode会简单地在根目录创建.mom文件，而不会创建一个.momd目录(目录中包含VersionInfo.plist和.mom文件)。 这意味着，当从一个embedded framework的model中实例化NSManagedObjectModel时，你必需使用.mom扩展名作为model的URL，而不是采用.momd扩展名。 NSURL *modelURL = [[NSBundle mainBundle]URLForResource:@"MyModel" withExtension:@"mom"]; Unknown class MyClass in Interface Builder file. 由于静态框架采用静态链接，linker会剔除所有它认为无用的代码。不幸的是，linker不会检查xib文件，因此如果类是在xib中引用，而没有在O-C代码中引用，linker将从最终的可执行文件中删除类。这是linker的问题，不是框架的问题(当你编译一个静态库时也会发生这个问题)。苹果内置框架不会发生这个问题，因为他们是运行时动态加载的，存在于iOS设备固件中的动态库是不可能被删除的。 有两个解决的办法： 让框架的最终用户关闭linker的优化选项，通过在他们的项目的Other Linker Flags中添加-ObjC和-all_load。 在框架的另一个类中加一个该类的代码引用。例如，假设你有个MyTextField类，被linker剔除了。假设你还有一个MyViewController，它在xib中使用了MyTextField，MyViewController并没有被剔除。你应该这样做： 在MyTextField中： + (void)forceLinkerLoad_ {} 在MyViewController中： +(void) initialize { [MyTextField forceLinkerLoad_]; } 他们仍然需要添加-ObjC到linker设置，但不需要强制all_load了。 第2种方法需要你多做一点工作，但却让最终用户避免在使用你的框架时关闭linker优化(关闭linker优化会导致object文件膨胀)。 unexpected file type 'wrapper.cfbundle' in Frameworks &Libraries build phase 这个问题发生在把“假”框架项目作为workspace的依赖，或者把它当作子项目时(“真”框架项目没有这个问题)。尽管这种框架项目产生了正确的静态框架，但Xcode只能从项目文件中看出这是一个bundle，因此它在检查依赖性时发出一个警告，并在linker阶段跳过它。 你可以手动添加一个命令让linker在链接阶段能正确链接。在依赖你的静态框架的项目的OtherLinker Flags中加入： -framework MyFramework 警告仍然存在, 但不会导致链接失败。 Libraries being linked or not being linked into the finalframework 很不幸， “真”框架和“假”框架模板在处理引入的静态库/框架的工作方式不同的。 “真”框架模板采用正常的静态库生成步骤，不会链接其他静态库/框架到最终生产物中。 “假”框架模板采用“欺骗”Xcode的手段，让它认为是在编译一个可重定位格式的目标文件，在链接阶段就如同编译一个可执行文件，把所有的静态代码文件链接到最终生成物中(尽管不会检查是否确实目标代码)。为了实现象“真”框架一样的效果，你可以只包含库/框架的头文件到你的项目中，而不需要包含库/框架本身。 Unrecognized selector in (some class with a category method) 如果你的静态库或静态框架包含了一个模块(只在类别代码中声明，没有类实现)，linker会搞不清楚，并把代码从二进制文件中剔除。因为在最终生成的文件中没有这个方法，所以当调用这个类别中定义的方法时，会报一个“unrecognizedselector”异常。 要解决这个，在包含这个类别的模块代码中加一个“假的”类。linker发现存在完整的O-C类，会将类别代码链接到模块。 我写了一个头文件 LoadableCategory.h，以减轻这个工作量： #import "SomeConcreteClass+MyAdditions.h" #import "LoadableCategory.h" MAKE_CATEGORIES_LOADABLE(SomeConcreteClass_MyAdditions); @implementation SomeConcreteClass(MyAdditions) ... @end 在使用这个框架时，仍然还需要在Build Setting的Other Linker Flags中加入-ObjC。 执行任何代码前单元测试崩溃 如果你在Xcode4.3中创建静态框架(或库)target时，勾选了“withunit tests”，当你试图运行单元测试时，它会崩溃： Thread 1: EXC_BAD_ACCESS (code=2, address=0x0) 0 0x00000000 --- 15 dyldbootstrap:start(...) 这是lldb中的一个bug。你可以用GDB来运行单元测试。编辑scheme，选择Test，在Info标签中将调试器Debugger从LLDB改为GDB。