zoukankan      html  css  js  c++  java
  • iOS开发笔记18:一些编译、开发调试、打包的细节整理

         1.以链库的方式引用第三方库

           一些特殊场景可能会要求使用链库的方式使用第三方库,大体设置如下:

          ①Other Linker Flags里进行设置,格式为-l+库名称

           

          ②Libray Search Paths里设置库的路径地址,注意使用相对路径

           

         ③Header Search Paths设置相关头文件的路径

            

         2.检测静态库支持架构以及静态库打包

          使用其他部门提供的静态库出现类似Undefined symbols for architecture报错时,很有可能是对方打包时相关设置没有正确设置,这时可以在命令行里使用“lipo -info  静态库路径”确认其所支持的架构信息。

          当以静态库形式出包给第三方使用,除了CI例如jenkins等自动编译打包外,需要临时手动快速出包时,进行如下两步即可

          ①调整好编译模式,例如设置为release模式,分别设置target为模拟器及真机,command+B编译出两个库

          ②命令行中执行相关命令即可 “lipo -create  真机版静态库路径xxxx  模拟器版静态库路径xxxx  -output   合并后静态库路径”

         3.静态库联调问题

          当提供一个静态库嵌入到其他业务部门的工程,遇到一些问题必须在其工程里进行调试时,如果仅靠输出log的方式可能不够实时,或者需要重复设置输出log的地方并再次编译出包,这时其实可以将静态库工程和工程放在同一个workSpace下,将静态库最新编辑打包结果更新到主工程里,同时在静态库相关目标位置打断点即可,运行主工程,即可正常进入到相关断点位置,并观察相关变量信息。

         4.使用符号断点定位调试其他第三方库的问题

          使用第三方库遇到问题,需要排查第三方库相关问题而又不方便联调时,可以使用符号断点的方式定位到相关方法进行观察调试,如果知道对应类名将会更加精确,如图所示

         5.charles捕捉https请求

          不管出于安全考虑还是之前苹果曾一度要求全部使用https,很多服务端已经将服务迁移使用https了,使用charles捕捉相关请求时也需要进行相应证书设置,否则无法查看到相关信息

          步骤如下:

          ①pc上先安装相应根证书

          

          ②在真机上安装相应根证书,注意需要连接到pc代理上再根据提示的地址安装,如果使用该地址安装有问题,可以试试http://charlesproxy.com/getssl

           

           

         6.符号化crash日志定位原因

          虽然现在基本都会采用友盟、bugly之类第三方工具收集崩溃日志,但总有些时候发生崩溃而第三方平台没有采集到相关数据,如果这时候有设备的崩溃日志的话,只能使用Xcode自带的symbolicatecrash手动解析定位下原因了。

          需要准备好的是真机导出的crash日志、打包后文件,置于同一目录下,准备进行符号化工作

           

           打开命令行终端开始符号化:

           ①找到symbolicatecrash并拷贝到目录下,注意使用的是iPhone对应的symbolicatecrash

             find /Applications/Xcode.app -name symbolicatecrash -type f

             cp symbolicatecrash的路径 对应存放目录路径

           ②切换到指定目录下进行符号化

              对应命令:./symbolicatecrash crash文件路径 dSYM文件路径 > 符号化后的crash日志路径

              若中间遇到not define的问题,单独执行命令设置下即可,export DEVELOPER_DIR="/Applications/XCode.app/Contents/Developer" 

            

         7.注意containsString是iOS8以后才支持,iOS7上需要自行扩展

            判断字符串包含的方法“containsString”是在iOS8及以上系统版本才支持,8以下系统例如iOS7上会找不到该方法导致崩溃。

            解决办法是可以自行加个category扩展下     

            

         8.避免重复移除kvo监听导致崩溃

            个别特殊场景可能导致重复移除监听崩溃,可以try catch避免重复移除时崩溃或者从根本上避免重复添加移除操作,参考iOS开发-黑科技防止多次添加删除KVO出现的问题    

         9.在iOS10及以上版本使用UIPasteboard在app之间共享数据的问题

             之前使用UIPasteboard临时存放一些数据方便app之间共享数据,为了避免影响系统的复制粘贴信息pasteboardWithName:单独创建了粘贴板,但是iOS10某个小版本后确实如官方所说,这种方式被弃用了,不再支持,表现为通过app A在UIPasteboard设置的信息,在app B内读取出来为空了。

    解决办法是:使用系统默认的UIPasteboard,即[UIPasteboard generalPasteboard],或者官方推荐的App Groups方式进行app之间数据共享,不过这种方式是iOS8以后支持的,并且需要手动开启这项功能设置,如果分享对象的app不方便设置的话会相对麻烦一些。

         10.打印方法调用者信息

            调试的时候,除了打断点一步步跟踪,有时想快速直接获取到某一方法的调用者信息,是可以通过方法实现的,具体参考 Print the name of the calling function to the debug log

         11.状态栏适配-热点、多媒体占用、定位等导致状态栏高度变化

            状态栏高度变化会影响view的frame,需要进行相应适配,当然新出的iPhone X例外,这个适配问题将不会存在,状态栏高度发生变化有两种场景:

            ①进入页面时,状态栏高度已经增高,这时候需要进行判断其高度并做相应适配,这时状态栏的高度应该是40

            ②浏览当前页面时,状态栏高度增高,这就需要页面初始化时添加一个监听状态栏高度变化的通知,当起变化是做相应适配处理

         12.字符串处理的一些细节

           ①对于上报服务端信息之类场景,如有必要或保护特殊字符时,需要先进行编码操作,避免乱码

           ②使用URLWithString转换字符串为NSURL时,注意先对字符传进行一次UTF-8编码,否则字符串里包含空格等情况时直接URLWithString转换结果返回nil

         13.不使用第三方库,一个相对性价比高的高斯模糊的方法

          使用vImage实现,兼顾了模糊效果和执行耗时两方面,参考vImage高斯模糊(Blur)

         14.使用类似微博的字符计数规则

          文字计数时需要将标点、符号、数字等只记为0.5个字符,实际上就是这些ascii字符只记为0.5个字

         15.一些宏的使用

          ①消除warning,例如在部分片段告诉编译器禁用对应警告

         ②区分真机和模拟器,例如有些功能或SDK不支持模拟器,例如摄像头相关的,为了让模拟器能编译运行,可能需要区分下模拟器,跳过相关部分的编译

  • 相关阅读:
    HTTP响应状态码
    跨域
    第一章-极限与函数
    离群点检测
    关联规则(初识)
    python分类预测模型的特点
    分类预测算法评价(初识)
    人工神经网络(初识)
    决策树(初识)
    挖掘建模
  • 原文地址:https://www.cnblogs.com/colinhou/p/7763899.html
Copyright © 2011-2022 走看看