1.iOS 语言基础&初探 Xcode 工具
2.[Dev] Xcode的码测记录
3.一分钟学会用Apple敲写C语言代码
4.代码测试工具Fortify介绍及实操演示（下）
5.xcode项目是什么意思？
6.xcode调试心得

iOS 语言基础&初探 Xcode 工具

       Xcode 是iOS开发的核心工具，本文将深入解析其基础和使用方法，码测引导初学者入门。码测

       Xcode 工具简介

       Xcode，码测由苹果公司推出，码测自年问世以来历经多个版本，码测unity源码资源至今已是码测.0，集成了编译、码测测试、码测Git等功能，码测能直接提交App至App Store并调试。码测它适用于iOS、码测Mac OS和watch OS应用开发，码测可通过App ID下载，码测新iOS版本发布时会同步更新。码测

       具体使用

       下载Xcode后，初次使用需安装命令行工具。编写程序时，需创建项目并添加代码和资源文件，调整编译配置。在Xcode欢迎页或顶部菜单中，可以创建新项目和选择目标。

       Xcode工程体系

       工程体系由workspace、project、target和product组成。workspace管理多个project，project包含target，target定义编译产物。每个target圈出源代码和资源，通过配置生成对应的产品。项目内有默认的构建配置和target，引用的文件可通过项目结构查看和编辑。

       理解这些概念后，可以开始创建和管理target，如app target、framework和static library等，它们对应着不同的产物。扩展如通知中心和iMessage插件也是target的应用场景。

       通过以上介绍，您对Xcode的java源码rpg游戏项目结构和使用已经有了初步认识，接下来将深入探讨编程语言。通过编写代码，将为工程添加功能，构建完整应用。

[Dev] Xcode的记录

       构建过程可以分为预处理(preprocess) -- 编译(build) -- 汇编(assemble) -- 连接(link)这几个大的过程。

       LLVM(Low Level Virtual Machine)是强大的编译器开发工具套件，其核心思想是通过生成中间代码IR，分离前后端（前端编译器，后端目标机器码）。这样做的好处是，前端新增编译器，不用再单独去适配目标机器码，只需要生成中间代码，LLVM就可以生成对应的目标机器码。下面就是LLVM的架构。

       预处理：头文件引入、宏替换、注释处理、条件编译等操作；

       词法分析：读入源文件字符流，组成有意义的词素（lexeme）序列，生成词法单元（token）输出；

       语法分析：Token流解析成一颗抽象语法树(AST)；

       CodeGen：遍历语法树，生成LLVM IR代码，这是前端的输出文件；

       汇编：LLVM对IR进行优化，针对不同架构生成不同目标代码，以汇编代码格式输出；

       汇编器生成.o文件：将汇编代码转换为机器代码，输出目标文件（object file）；

       连接器：将目标文件和(.dylib、.a、.tbd、.framework)进行连接，生成可执行mach-o文件。

       dwarf：debugging with attribute record formats，一种源码调试信息的记录格式，用于源码级调试；

       dSym：debug Symboles，调试符号，即符号表文件。符号对应着类、函数、变量等，是c 云盘源码内存与符号如函数名、文件名、行号等的映射，崩溃日志解析非常重要。可以用dwarfdump 命令来查看dwarf调试信息。

       DW_AT_low_pc表示函数的起始地址 DW_AT_high_pc表示函数的结束地址 DW_AT_frame_base表示函数的栈帧基址 DW_AT_object_pointer表示对象指针地址 DW_AT_name表示函数的名字 DW_AT_decl_file表示函数所在的文件 DW_AT_decl_line表示函数所在的文件中的行数 DW_AT_prototyped为一个 Bool 值, 为 true 时代表这是一个子程序/函数(subroutine) DW_AT_type表示函数的返回值类型 DW_AT_artificial为一个Bool值，为true时代表这是一个由编译器生成而不是源程序显式声明

       使用symbolicatecrash命令行

       使用dwarfdump和atos工具

       xcode-project-file-format这里对xcodeproj文件格式进行了说明。

       xcodeproj文件包含以下元素

       总体说明

       结合上面的说明，对project.phxproj文件结构进行说明

       项目中setting有2处，project和target中都有，那么他们之间的关系是怎样的？

       在Xcode中添加代码块步骤

       1、选择代码，右键选择 create code snippet，或者在顶部导航，选择Editor-create code snippet；

       2、编辑信息和代码即可，其中completion表示输入的快捷方式；

       3、需要修改的参数用形式添加 ；

       4、所在目录~/Library/Developer/Xcode/UserData/CodeSnippets 。

       还需要注意xcshareddata目录下

       参考

       Xcode build过程中都做了什么 Xcode编译疾如风-3.浅谈 dwarf 和 dSYM iOS崩溃日志解析&原理 - 掘金 LLVM编译流程 & Clang插件开发 8. Xcode 工程文件解析 - 掘金 XCode工程文件结构及Xcodeproj框架的使用( 二 ) XCode: Target Settings和Project Settings的区别 Xcode-项目重命名

一分钟学会用Apple敲写C语言代码

       本文主要讲解如何在一分钟内利用Apple的Xcode编写C语言代码。Xcode作为Apple官方的IDE，对于Mac程序开发至关重要，它支持C、C++、Objective-C和Swift等多种编程语言。安装Xcode非常简单，只需在AppStore下载即可。以下是快速上手步骤：

       1. 打开Xcode，选择“创建新Xcode项目”，在新建工程中选择“OSX”->“应用程序”->“命令行工具”，设置产品名称和编程语言（C语言）。

       2. 填写项目信息，如产品名称、组织名称和标识符，然后创建工程。

       3. 在Xcode中运行C语言程序，首先创建工程，添加源代码，然后使用编辑器技巧，如关闭浏览器窗口（command+shift+E）、通信录 源码Cocoa文本域的快捷键，以及文件查找和配合.h文件的打开方法。

       4. 学习调试技巧，包括暴力调试（通过NSLog输出信息）和使用调试器（如GDB）进行更高级的调试。Xcode的调试功能非常强大，包括微型调试器、调试窗口和控制台。

       通过本文的引导，你已经对Xcode有了初步了解。深入学习Xcode需要不断实践，如果你需要C/C++学习资料，可以私信获取。记住，学习编程是个团队行为，找到合适的伙伴一起进步会更有效。

代码测试工具Fortify介绍及实操演示（下）

       Fortify是一款在代码审计中广泛应用的静态代码分析工具，尤其在金融等行业中受到青睐。它是软件开发组织及专业评测机构构建软件测试体系时的常用安全测试工具。在前面的文章中，我们已经介绍了Fortify的最新功能和通过“Audit Workbench”模式测试Java语言源代码的方法。接下来，本文将继续介绍通过“Scan Wizard”模式和命令行进行测试的操作流程。

       通过“Scan Wizard”进行测试

       “Scan Wizard”支持多种语言或框架的源代码测试，包括Java、Python、C/C++、.Net、Go、PHP、Flex、Action Script、HTML、XML、JavaScript、TypeScript、Kotlin、SQL、ABAP、ColdFusion。海思sdk源码

       （1）打开Scan Wizard

       （2）选择Python文件所在目录

       （3）确认测试工具自动识别内容

       （4）选择库文件

       （5）生成脚本文件

       （6）完成脚本文件生成

       （7）执行生成的脚本文件

       通过命令行进行测试

       命令行方式支持各语言源代码的测试。

       一、Linux项目测试

       以Linux下C/C++程序代码测试为例：

       1. 代码编译

       在代码测试执行前，首先需要进行C/C++程序代码的编译，如下面的示例：

       gcc -I. -o hello.o -c helloworld.c

       通过gcc编译器将代码进行编译。

       2. 代码测试

       在代码编译后，使用sourceanalyzer命令进行代码文件测试。

       sourceanalyzer -b gcc -I. -o hello.o -c helloworld.c

       3. 代码扫描结果文件生成

       在代码测试后，使用sourceanalyzer命令进行代码文件扫描及结果文件生成。

       sourceanalyzer -b -scan -f hello.fpr

       其中，本命令中的与第2步命令中的相同。成功生成结果文件后，可以基于该结果文件生成测试报告。

       4. 代码扫描结果文件生成

       二、iOS项目测试

        1. iOS项目测试条件

       （1） iOS项目需要使用non-fragile Objective-C runtime模式（ABI version 2或3）

       （2） 使用Apple “xcode-select command-line tool”设置Xcode path，同时供Fortify使用。

       （3） 确保项目相关依赖库文件已经包含在项目中。

       （4） 针对Swift代码，确保所有第三方模块都已经被包含，包括Cocoapods。

       （5） 如果项目中包含二进制的属性列表文件，需要将它们转化为XML格式，通过Xcode的putil命令进行转换。

       （6） 针对Objective-C项目，需要保证头文件能够被获取。

       （7） 针对WatchKit应用，需要同时转化iPhone应用和WatchKit扩展目标。

       2. iOS代码测试执行

       sourceanalyzer -b xcodebuild []

       测试报告生成

       通过“Scan Wizard”生成测试报告

       通过“Scan Wizard”方式进行测试执行，会生成.fpr测试结果文件，然后通过命令行方式基于测试结果文件生成测试报告文件。

       通过命令行生成测试报告

       通过“Scan Wizard”方式或命令行方式生成测试结果文件后，可以基于“ReportGenerator”命令生成测试报告。

       下面示例中，基于.fpr结果文件生成PDF格式的测试报告。

       ReportGenerator -format pdf -f.pdf -source .fpr

       .pdf为命名的PDF格式测试报告名称，.fpr为测试结果文件名称。

       以上就是我们为大家介绍的Fortify不同模式下的使用操作流程，欢迎大家交流讨论。如需其他软件测试体系建设相关的内容可私信我交流。

       （谢绝转载，更多内容可查看我的专栏）

       相关链接：

       @道普云 持续输出软件测试技术、软件测试团队建设、软件测评实验室认可等内容。不断更新中，欢迎交流探讨。

       我的专栏：

       性能测试 工具、方法、流程、诊断、调优......

       安全测试 app安全测试、web安全测试、渗透测试、代码测试

       软件测试CNAS认证 标准解读、政策分析、体系建设、测试方法、测试工具

       功能测试 功能自动化测试、自动化测试工具、测试用例、缺陷管理

       新兴技术测试 人工智能系统测试、大数据系统测试、自动化测试...

xcode项目是什么意思？

       xcode项目是指使用苹果公司开发的开发工具Xcode创建的iOS或macOS应用程序。Xcode是苹果公司为加快应用程序开发速度而推出的工具，其集成了编码、调试和测试工具，可以为iOS和macOS开发者构建各种应用程序。通过Xcode的图形界面，开发者可以轻松创建应用程序并在模拟器中进行测试。Xcode项目的目的是帮助开发者快速构建出高效、质量高的应用程序。

       Xcode项目的主要组成部分包括源代码、文件和资源，这些组成部分需要按照一定的规则组织在一起才能构成一个完整的Xcode项目。开发者可以使用Xcode工具创建应用程序、源代码文件、静态库、动态库等组件，并将它们组合成一个完整的项目。通过Xcode项目，开发者可以轻松地管理项目中所需要的文件和资源，并进行版本控制和代码管理。

       Xcode项目具有强大的协同开发能力，多个开发者可以同时在同一个项目中开发、测试和构建应用程序。开发者可以使用Xcode集成的代码管理工具Git进行版本控制和代码管理，方便快捷地创建和合并分支、提交新功能和修复bug。此外，Xcode项目还可以集成持续集成工具，让开发团队在保证代码质量的同时，快速交付高质量的软件。Xcode项目是苹果公司为开发者提供的强大工具之一，帮助开发者快速、高效地构建各种应用程序。

xcode调试心得

       没有系统的学习和总结过Xcode调试相关的知识，这里参考/里面的教程，总结一下调试相关的知识，算半拉翻译，半拉总结吧

崩溃的表现一般来说：

SIGABRT（好处理）

EXC_BAD_ACCESS（一般内存问题）

SIGBUS

SIGSEGV

       左面工具栏会按照线程分出bug所在，thread1一般主线程，其他线程的问题会在自己的位置显示。点开里面的方法都是看不懂的汇编（其实以前学过）。

       对于Xcode下方有提示的bug一般很好解决，但是有时候只是简单的EXC_BAD_ACCESS,无从下手，左面工具栏中的方法也看不出所以然，这时要把顶部工具栏的breakpoint打开，也许左面就会显示出更多出问题的方法，如图打开brekpoints以后多出了所选的方法提示，找到了是数组的问题。当然也可以在左面下方滑块调节来显示出更多提示的方法。

       总结的来说，就是在左面栏里找到出问题的地方

App启动的流程

       上面的图的调用关系说明了App是怎么启动的，除了main方法，其他方法都是看不到的，默认封装到系统的framework里，没法看源码

方法引用错误一般来说：

       [UINavigationController setList:]: unrecognized selector sent to instance 0x6d4ed

1 [UINavigationController setList:]: unrecognized selector sent to instance 0x6d4ed

       这种要不就是这个类没这个方法，或者调用方法的对象错误，或者拼错，比较简单

看打印信息

       没有打印信息的时候，可以点这个，有时候需要多点几次，可以有更详细的错误打印信息，lldb调试输入c功能是一样的，都是让程序继续运行

This class is not key value coding-compliant

       Problems[:f] *** Terminating app due to uncaught exception 'NSUnknownKeyException', reason: '[ setValue:forUndefinedKey:]: this class is notkey value coding-compliant for the key button.'

1

        2

        3

        4

        5 Problems[:f] *** Terminating app due to uncaught exception 'NSUnknownKeyException',

       reason: '[ setValue:forUndefinedKey:]: this class is not

       key value coding-compliant for the key button.'

       1.有时会碰到这种错误，印象里是请求的网络列表返回为空，出现了个这么诡异的现象，这是一种情况。

       2.NSUnknownKeyException指示了未知的key，而这个未知的key出现在MainViewController里，这个key的名字是button

       先看nib，在这个例子里有一个button，和MainViewController的属性button连接了IBOutlet，但是@property对应的@synthesize没有写，出现了这个问题，虽然在iOS6可以不用写@synthesize了，但是在老版本可能还会出现这个问题

       3.总结一下，“This class is not key value coding-compliant”这个问题出现在NIB相关的地方，一般是iboutlet已经连接，但是这个属性却不存在，常常发生在ib连着呢，属性给删了。

使用DEBUGGER

       [self performSegueWithIdentifier:@"ModalSegue" sender:sender];

1 [self performSegueWithIdentifier:@"ModalSegue" sender:sender];

       这句话出问题了，不知道怎么处理，可以在左面选中抛出的异常expection_throw

       用LLDB的debugger po $eax会调用description方法，打印全部信息

       po是point object,$eax是当前cpu注册者之一，如果选中了异常错误输入这个命令，这个注册者就是NSException对象，注意$eax是用于模拟器的，真机要用$r0

       可以看大原因了，是segue问题，storyboard中的问题这里就定位了

       类似的，还有这些debugger方法

       po [$eax class] //可以看到 (id) $2 = 0xe NSException,数字不重要NSException是问题的名字po [$eax name]//得到exception的名字po[$eax reason]//得到错误原因(unsigned int) $4 = Receiver () has no segue with identifier 'ModalSegue'

1

        2

        3

        4

        5 po [$eax class] //可以看到 (id) $2 = 0xe NSException,数字不重要NSException是问题的名字

       po [$eax name]//得到exception的名字

       po[$eax reason]//得到错误原因(unsigned int) $4 = Receiver () has no segue with identifier 'ModalSegue'

NSAssert用法

       - (void)doSomethingWithAString:(NSString *)theString{ NSAssert(theString != nil, @"String cannot be nil");NSAssert([theString length] = 3, @"String is too short");. . .}

1

        2

        3

        4

        5

        6

        7

        8

        9

       

        - (void)doSomethingWithAString:(NSString *)theString

       {

       NSAssert(theString != nil, @"String cannot be nil");

       NSAssert([theString length] = 3, @"String is too short");

       . . .

       }

       NSAssert最为一种防御型的代码，目的就是一有错，程序就伴随着异常崩溃，或者说停止运行，不往下进行。上面的代码当传入空数组的时候就会打印这个:

       -- ::. Problems[:c] *** Assertion failure in -[MainViewController doSomethingWithAString:], /Users/lipengxuan/Downloads/Problems/Problems/MainViewController.m:

1 -- ::. Problems[:c] *** Assertion failure in -[MainViewController doSomethingWithAString:], /Users/lipengxuan/Downloads/Problems/Problems/MainViewController.m:

       有的时候程序崩溃打印信息就会出现Assertion，那么就是这句话起作用了，这个时候可以继续运行(lldb c)，可以看到更详细的打印信息。

       总结一下，遇到Assertion failure，就可以下一步运行看更详细的信息

BreakPoint使用breakpoint 分Exception breakPoint和breakPoint

       Exception breakPoint：程序崩溃异常了会立刻暂停到断点，点加号第一个就是添加Exception断点

       breakPoint：随意放

       Finally！终于到了传说中的打断点，这个很基本很经典的调试方法，事实上，断点和NSLog用法差不多，只不过不用你去写了

       一个简单的例子，现在有个这么个方法

       - (id)initWithStyle:(UITableViewStyle)style{ NSLog(@"init with style");if (self == [super initWithStyle:style]){ list = [NSMutableArray arrayWithCapacity:];[list addObject:@"One"];[list addObject:@"Two"];[list addObject:@"Three"];[list addObject:@"Four"];[list addObject:@"Five"];}return self;}

1

        2

        3

        4

        5

        6

        7

        8

        9

       

       

       

       

       

       

       

       

       

       

       

       

       

       

       

       

       

        - (id)initWithStyle:(UITableViewStyle)style

       {

       NSLog(@"init with style");

       if (self == [super initWithStyle:style])

       {

       list = [NSMutableArray arrayWithCapacity:];

       [list addObject:@"One"];

       [list addObject:@"Two"];

       [list addObject:@"Three"];

       [list addObject:@"Four"];

       [list addObject:@"Five"];

       }

       return self;

       }

       程序运行后我发现貌似这个方法没有执行，这是一种猜测，通常我会在方法里加入打印信息，也可以打断点，在方法定义的地方加断点，如果调用这个方法了，就会停止在这里，起到了一样的作用。

       接着是单步调试

       打断点，然后点击跳跃的箭头，就可以一步步的执行了，更精细的步骤可以F6，期间可以随时打印想看的变量，比如在tableview的cellForRowAtIndexPath函数中用po indexPath打印出indexPath的值

       (NSIndexPath *) $3 = 0x 2 indexes [0, 1]

1 (NSIndexPath *) $3 = 0x 2 indexes [0, 1]

       意思就是section 0 row 1

       这样进行一步打印一次，可以看出indexes也在变化，知道出问题的敌方

       Problems[:f] *** Terminating app due to uncaught exception 'NSRangeException', reason: '*** -[__NSArrayM objectAtIndex:]: index 5 beyond bounds [0 .. 4]'*** First throw call stack:(NSIndexPath *) $ = 0xa8a6c0 2 indexes [0, 5]

1

        2

        3

        4

        5

        6

        7 Problems[:f] *** Terminating app due to uncaught exception 'NSRangeException',

       reason: '*** -[__NSArrayM objectAtIndex:]: index 5 beyond bounds [0 .. 4]'

       *** First throw call stack:

       (NSIndexPath *) $ = 0xa8a6c0 2 indexes [0, 5]

       单步调试找出来了index row=5超出了数组的范围

       总结一下，po命令非常实用，只要找到正确的调用方法，就可以打印对象信息

ZOMBIES问题EXC_BAD_ACCESS问题一般是内存问题，比如下面这种情况

       程序停在了这里，EXC_BAD_ACCESS问题，但是也不知道具体问题是什么，这时候可以用zombie 工具检测

       Xcode点击左上角项目名字-Edit Scheme-Diagnostics-Enable Zombie Objects,OK再次运行

       会多出这段话

       -- ::. Problems[:c] *** -[__NSArrayM objectAtIndex:]: message sent to deallocated instance 0xcbe

1 -- ::. Problems[:c] *** -[__NSArrayM objectAtIndex:]: message sent to deallocated instance 0xcbe

       这段话什么意思呢？

       创建一个对象，alloc一个对象会分配给这个对象一块内存，党这个对象release了，引用计数归零了，这块内存就会dealloc掉，之后其他对象就可以用这块内存。

       但是可能有这样一种情况，正在有对象使用的内存被另一个对象企图指向使用，或者已经被释放的内存企图再次被释放。

       僵尸工具的作用是让对象被released的时候，内存不dealloc，这块内存被标记为“undead”，如果其他对象想再用这块内存，app可以识别出错误并显示“message sent to deallocated instance”,就像上面的那段话一样。结合上面的代码

       cell.textLabel.text = [list objectAtIndex:indexPath.row];

1 cell.textLabel.text = [list objectAtIndex:indexPath.row];

       这段话就是zombie对象出现的地方，一般来说textLabel 还有indexPath.row应该没问题，问题应该出现在list这个数组，而且zombie tool也说了是[__NSArrayM objectAtIndex:]的问题，利用NSLog打印list，可以看到内存地址和错误的地址相同，那么错误就定义在list了

       -- ::. Problems[:c] list is 0xb0ed-- ::. Problems[:c] *** -[__NSArrayM objectAtIndex:]: message sent to deallocated instance 0xb0ed0

1

        2

        3 -- ::. Problems[:c] list is 0xb0ed0

       -- ::. Problems[:c] *** -[__NSArrayM objectAtIndex:]: message sent to deallocated instance 0xb0ed0

       当然用dubugger 命令 p list也可以打印出这个结果

       这就是zombie 工具起的作用，解决内存问题

       总结的来说，如果出现了EXC_BAD_ACCESS错误，打开僵尸工具，再试一遍。但是没问题的时候不要打开这个工具，因为这个工具从不dealloc内存，只是标记内存为”undead”，会导致内存泄露，所以用的时候再打开，诊断后再关掉。

习惯问题应该看bug一样的视线看warning，能修复就修复。

       - (void)buttonTapped:(id)sender{ NSLog(@"You tapped on: %s", sender);}

1

        2

        3

        4

        5

        6

        7 - (void)buttonTapped:(id)sender

       {

       NSLog(@"You tapped on: %s", sender);

       }

       比如这个按钮点击事件，%s是打印C-String，就是末尾是NUL的字符串，但是这里sender是按钮对象，所以会崩溃，不能忽略警告