1.零基础如何学习ios开发？
2.一键自动修改和翻新OC源码，源码解决苹果审核4.3和马甲问题
3.使用盗版oc会被发现吗
4.OC内存管理-runloop
5.WebRTC入门：iOS工程

零基础如何学习ios开发？

       oc已全部翻译完成视频总4个视频免费下载

       链接:/s/bUfNF9uvgwVkd8Tqg

提取码:s9

       oc已全部翻译完成视频 总4个视频|OC教程：速建+讲解.mp4|OC教程：如何给机器人添加纹理与着色.mp4|OC教程：场景管理.mp4|OC教程：涂鸦的下载投射原理与应用.mp4

一键自动修改和翻新OC源码，解决苹果审核4.3和马甲问题

       自动修改/翻新/混淆/OC/iOS代码，源码自动替换类名，下载方法名

       由来

       网上有很多关于如何混淆iOS源码的源码方法，但是下载小程序源码全套都不够智能，生成的源码方法类名要么千奇百怪，要么aaaabbbxxx这种完全毫无意义的下载名称，要么只能修改单个文件，源码多个文件根本无法关联，下载我就想有什么方法可以像真人一样去修改源码，源码符合语义，下载不是源码胡编烂造的方法名，还可以自动修改相关联的下载文件, 还能自己自定义单词库，于是源码就有了这个工具。

       演示视频

       划重点

       1. 该工具可以让你一键翻新代码，但是e语言美化源码不是生成完整的xcode项目，需要你自己新建一个xcode项目，然后把翻新的文件拖入到新的项目中。

       2. 该工具只要是ipa都可以，不限制OC，Swift，Flutter，React Native，H5类app。

       3.目前免费使用，免费使用，免费使用，重要的事情说三遍

       几个效果展示

       使用说明

       下载项目，官网下载：IpaGuard官网--IOS 应用程序ipa文件混淆加密保护工具注意：说明中提到的路径均为绝对路径，提到的逗号,都为英文逗号。使用工具运行成功后，需要自己新建OC项目再将修改后的易语言微端源码代码与资源文件拖入新建的工程。功能说明：

       未来可能添加的功能：说明文档会不定期更新，如遇到问题先检查是否依照说明文档的定义进行配置。

       1. 源文件路径/import_path（必选）

       OC项目文件路径包含代码文件与资源文件

       如下图

       2. 导出路径/export_path（必选）

       OC项目导出路径。

       注意，本工具并不能帮你生成完整的OC项目，只会生成OC代码文件和复制修改项目内部的资源

       3. 直接复制的路径/copy_only_pathes（可选）

       直接复制，忽略的文件名，多个路径以,逗号隔开

       4. 直接复制的文件名(不包含后缀)/copy_only_names（可选）

       直接复制，忽略的文件名，不包含后缀

       例：UISheetView.h 只需要输入UISheetView，多个文件用, 逗号隔开（注意全半角，逗号为英文逗号）

       5. 不进行修改的文件或文件夹/no_change_pathes（可选）

       深度读取，但是不会进行更改，如果引入了其他修改了的类，会相应的修改深度读取（说明）：会读取文件内部的类比与项目内其他类进行关联例：xxxx/Classes/Models 不想修改，则输入这个文件夹的任意源码 白加黑绝对路径, 如只输入Models,则所有包含名为Models的文件或文件夹都会标记为只读取不修改，多个文件和类用, 逗号隔开（注意全半角，逗号为英文逗号）

       6. 不修改的文件或类的前缀名(区分大小写)/no_change_class_prefix_names（可选）

       例：不想所有以MJ开头的类或文件，则输入MJ, 多个文件和类用,逗号隔开（注意全半角，逗号为英文逗号）

       7. 不修改的文件后缀名(区分大小写)/no_change_class_prefix_names（可选）

       如第六条。Model,Info -->不修改以Model,Info为结尾的文件或类

       8. 只修改类名的文件名或类名/only_change_clsname_names（可选）

       深度读取，只修改类名，不修改内部属性与方法，这个优先级最低，如果之前的条件包含了本参数中的路径，则不生效

       9. 只修改类名的文件夹/文件路径/only_change_clsname_pathes（可选）

       深度读取，只修改类名，不修改内部属性与方法的文件名，这个优先级最低，如果之前的条件包含了本参数中的路径 则不生效

       . 动词词库路径/verbwords_path（可选）

       提供单词数组json文件路径 修改的命名逻辑为ABAB型，A为动词，B为名词，石器服务器源码例：getMessage

       . 名词词库路径/nounwords_path（可选）

       提供单词数组json文件路径 修改的命名逻辑为ABAB型，A为动词，B为名词，例：getMessage

       . 类名前缀/class_prefix（可选）

       给每个类添加的前缀例：MJExtension-> MJ 为前缀， SD_ScrollView-> SD_ 为前缀

       . 属性名前缀/property_prefix（可选）

       给每个属性添加的前缀例：property(nonatomic, strong) UIViewMJView-> MJ 为前缀， property(nonatomic, strong) UIView SD_View-> SD_ 为前缀

       . 需要过滤的方法路径/filter_methods_path（可选）

       把你需要过滤的方法写入一个文本文件，然后将该文本路径填入到此项输入框注意事项:其他说明：本工具已经过滤了大多数常用系统方法，大部分情况下不需要配置此项。

       . 类名和属性名后缀路径/property_subfix_path（可选）

       给每个属性添加的后缀，需要一个配置json文件路径json格式：注意：key一定要与上面一直，否则系统无法读取，工具会遍历数组，为对应的类匹配后缀，在配置改文件时，包含相同字符串的类，需要将类名更长的类放在前面，不然匹配结果会达不到预期。例如：UITableView与UIView，配置时需要将UITableView放在View之前，如上面的例子。

       . 为方法名添加介词/add_preposition（可选）

       工具内置了所有介词，可选择性添加例：getMessage添加介词后-> getAMessage or getTheMessage具体介词完全随机添加

       . 修改分类/change_category（可选）

       工具会自动识别分类，可选择是否修改

       . 将原代码行作为注释写入/add_original_comments（可选）

       由于本工具不保证修改后百分百不报错，将修改过原属性声明和方法名作为注释写入，方便在重建工程后报错与原工程进行对照，建议设置

       . 修改方法内部局部变量名/change_local_property（可选）

       定义在方法内部的局部变量，可选择是否修改

       . 综合配置路径（可选）

       json配置文件路径，内部必须为字典，key为说明条目标题后面的英文请注意：配置文件优先级高于输入框输入的规则，配置文件存在时, 输入框输入的配置不生效例：(可直接复制修改)

       关于bug

       虽然工具本身经过了完整的商业项目的考验，但由于每个人的代码风格不一样，工具不可避免会出现解析不了的情况，开发者建议过滤C语言的文件，与第三方库，减少出错的可能性，还是无法运行成功，你可以发isssue至客服邮箱或根据报错Log自行删减项目文件，其中利弊，自行斟酌。

使用盗版oc会被发现吗

       ä¼šã€‚截止到年月日，使用盗版oc会被发现。盗版是指在未经版权所有人同意或授权的情况下，对其复制的作品、出版物等进行由新制造商制造跟源代码完全一致的复制品、再分发的行为。

OC内存管理-runloop

        RunLoop 是通过内部维护的 事件循环( Event Loop )来对 事件/消息进行管理的一个对象。

        runloop 的官方文档在 thread 篇章 Run Loops ，也就从侧面说明了 runloop 是与线程息息相关的。

        官方有如下一张图：

        线程的输入源:

        线程针对输入源的处理机制：

        有以下案例：

        timer 与 performSelector 对应的回调都是 __CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ ：

        block 对应 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ ：

        主线程对应 __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ :

        系统触摸事件对应 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ ：

        通知事件对应 __CFNOTIFICATIONCENTER_IS_CALLING_OUT_TO_AN_OBSERVER__ ：

        小结：

        滚动页面输出：

        页面滚动过程中处于 UITrackingRunLoopMode ，静止状态处于 kCFRunLoopDefaultMode 。

        输出：

        输出：

        既然 runloop 是一个事件循环，那么它与普通的循环有什么区别呢？

        普通循环：

        runloop 循环：

        那么可以得到以下结论：

        那么 runloop 是怎么做到的呢？

        通常我们会通过 NSRunLoop 去获取当前的 runloop ：

        定义如下：

        给 currentRunLoop 下符号断点：

        通过之前的分析已经定位到了 runloop 是在 CoreFoundation 中的 CoreFoundation源码 。正好 CoreFoundation 开源了 CFRunLoop ：

        那么核心逻辑就在 CFRunLoopRunSpecific 中。还有一个疑问是 runloop 可以休眠，那么它是如何实现的呢？

        要了解 runloop 的实现原理，首先要清楚它的数据结构。

        CFRunLoopRunSpecific 的第一个参数是 CFRunLoopGetCurrent() ：

        _CFRunLoopGet0

        CFRunLoopRef 的定义如下：

        实际上底层它是 __CFRunLoop 类型：

        对于 timer 而言:

        显然它是要依赖 mode 的。

        CFRunLoopMode

        而一个 mode 下又对应多个 items(source0、source1、timers、observers) ，所以就有如下关系：

        既然有多种 mode ，那么都有哪些呢？

        源码中有如下定义：

        它们对应 Foundation 中的：

        我们都清楚在页面滚动的时候有一个 UITrackingRunLoopMode ：

        除了以上 3 种 mode 还有两个私有 mode ：

        当 RunLoop 运行在 Mode1 上时，是无法接受处理 Mode2 或 Mode3 上的 Source、Timer、Observer 事件的。

        以 timer 为例，将 timer 加入到 runloop 中：

        底层调用了 CFRunLoopAddTimer ：

        根据要加入的 mode 区分是 common mode 和非 common mode 将 timer 加入 mode 中。这个时候只是将 timer 加入了 mode 中，要执行肯定要调用 CFRunLoopRun ，最终要调用 CFRunLoopRunSpecific 。

        在 __CFRunLoopRun 中调用了 __CFRunLoopDoTimers ：

        找到 mode 中的所有 timer 然后调用 __CFRunLoopDoTimer 。

        CFRunLoopAddTimer -> CFRunLoopRunSpecific -> __CFRunLoopRun -> __CFRunLoopDoTimers -> __CFRunLoopDoTimer -> __CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ 。

        与 timer 相同 source 会调用 CFRunLoopAddSource ：

        CFRunLoopAddSource -> CFRunLoopRunSpecific -> __CFRunLoopRun -> __CFRunLoopDoSources0/__CFRunLoopDoSources1 -> __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ /__CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__

        同理 observer 会调用 CFRunLoopAddObserver 。

WebRTC入门：iOS工程

       刚进入项目组，接手WebRTC相关任务。项目需求基于最新WebRTC版本进行二次开发，但其工程使用gn和ninja编译，每次修改需编译成lib或framework，过程繁琐。本文记录WebRTC OC工程分离过程中的经验与教训。

       WebRTC，全称为Web Real-Time Communication，是实现实时语音与视频通话的技术，由谷歌于年通过收购Global IP Solutions公司获得。自年5月开源以来，得到广泛支持与应用，成为下一代视频通话的标准。

       要获取WebRTC iOS版本源码，首先需设置git代理。由于不可抗力，需自行配置。

       编译WebRTC库时，使用GN生成ninja工程文件。了解GN与ninja基本使用，可以借助官方教程，直接编译出WebRTC.framework。官方提供编译脚本，可方便编译静态库或Framework版本，并支持指定编译条件，如debug版本或是否开启bitcode。

       目标是将WebRTC.framework集成至Xcode工程，仅关注OC部分的二次开发，减少对C++代码的关注。分离工程需在现有基础上进行，尽量减少源码修改。

       生成libjingle_peerconnection_all库，需在/webrtc/BUILD.gn文件中添加新目标，并在build/ios/build_ios_libs.sh脚本中增加编译选项。此过程需按照官方教程进行。

       创建WebRTC_OC工程，在webrtc/sdk/objc目录下，参照rtc_sdk_common_objc和rtc_sdk_framework_objc配置，选择性添加所需Framework文件夹代码文件。

       分离工程过程中，需关注现有代码库依赖。完全分离需对头文件引用进行大量修改。分离工程旨在最小化修改，进行优化。

       总结接触WebRTC代码的经验，分离OC工程虽有助于专注二次开发，但需谨慎处理现有代码库依赖问题。若需完全分离，需对源码进行大量修改。了解更多细节请参阅原文链接。