Button是我们平时用的最多的控件之一，经常会遇到图片文字位置的问题，用下面的方法一行代码就可以搞定

创建UIButton分类

.h

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

#import <UIKit/UIKit.h>
typedef NS_ENUM(NSUInteger, DCDButtonEdgeInsetsStyle) {
    DCDButtonEdgeInsetsStyleTop, // image在上，label在下
    DCDButtonEdgeInsetsStyleLeft, // image在左，label在右
    DCDButtonEdgeInsetsStyleBottom, // image在下，label在上
    DCDButtonEdgeInsetsStyleRight // image在右，label在左
};
@interface UIButton (TitleImageSpacing)
/**
 *  设置button的titleLabel和imageView的布局样式，及间距
 *
 *  @param style titleLabel和imageView的布局样式
 *  @param space titleLabel和imageView的间距
 */
- (void)layoutButtonWithEdgeInsetsStyle:(DCDButtonEdgeInsetsStyle)style
                        imageTitleSpace:(CGFloat)space;
@end

.m

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

#import "UIButton+TitleImageSpacing.h"
@implementation UIButton (TitleImageSpacing)
- (void)layoutButtonWithEdgeInsetsStyle:(DCDButtonEdgeInsetsStyle)style
                        imageTitleSpace:(CGFloat)space
{
    //    self.backgroundColor = [UIColor cyanColor];
    /**
     *  前置知识点：titleEdgeInsets是title相对于其上下左右的inset，跟tableView的contentInset是类似的，
     *  如果只有title，那它上下左右都是相对于button的，image也是一样；
     *  如果同时有image和label，那这时候image的上左下是相对于button，右边是相对于label的；title的上右下是相对于button，左边是相对于image的。
     */
    // 1. 得到imageView和titleLabel的宽、高
    CGFloat imageWith = self.imageView.frame.size.width;
    CGFloat imageHeight = self.imageView.frame.size.height;
    CGFloat labelWidth = 0.0;
    CGFloat labelHeight = 0.0;
    if ([UIDevice currentDevice].systemVersion.floatValue >= 8.0) {
        // 由于iOS8中titleLabel的size为0，用下面的这种设置
        labelWidth = self.titleLabel.intrinsicContentSize.width;
        labelHeight = self.titleLabel.intrinsicContentSize.height;
    } else {
        labelWidth = self.titleLabel.frame.size.width;
        labelHeight = self.titleLabel.frame.size.height;
    }
    // 2. 声明全局的imageEdgeInsets和labelEdgeInsets
    UIEdgeInsets imageEdgeInsets = UIEdgeInsetsZero;
    UIEdgeInsets labelEdgeInsets = UIEdgeInsetsZero;
    // 3. 根据style和space得到imageEdgeInsets和labelEdgeInsets的值
    switch (style) {
        case DCDButtonEdgeInsetsStyleTop:
        {
            imageEdgeInsets = UIEdgeInsetsMake(-labelHeight-space/2.0, 0, 0, -labelWidth);
            labelEdgeInsets = UIEdgeInsetsMake(0, -imageWith, -imageHeight-space/2.0, 0);
        }
            break;
        case DCDButtonEdgeInsetsStyleLeft:
        {
            imageEdgeInsets = UIEdgeInsetsMake(0, -space/2.0, 0, space/2.0);
            labelEdgeInsets = UIEdgeInsetsMake(0, space/2.0, 0, -space/2.0);
        }
            break;
        case DCDButtonEdgeInsetsStyleBottom:
        {
            imageEdgeInsets = UIEdgeInsetsMake(0, 0, -labelHeight-space/2.0, -labelWidth);
            labelEdgeInsets = UIEdgeInsetsMake(-imageHeight-space/2.0, -imageWith, 0, 0);
        }
            break;
        case DCDButtonEdgeInsetsStyleRight:
        {
            imageEdgeInsets = UIEdgeInsetsMake(0, labelWidth+space/2.0, 0, -labelWidth-space/2.0);
            labelEdgeInsets = UIEdgeInsetsMake(0, -imageWith-space/2.0, 0, imageWith+space/2.0);
        }
            break;
        default:
            break;
    }
    // 4. 赋值
    self.titleEdgeInsets = labelEdgeInsets;
    self.imageEdgeInsets = imageEdgeInsets;
}

实现

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

for (int i = 1; i < 5; i ++) {
        UIButton *goBtn = [[UIButton alloc] initWithFrame:CGRectMake(100, 150 * i , 200, 100)];
        goBtn.backgroundColor = [UIColor redColor];
        [goBtn setTitle:@"👆微信好友👆" forState:UIControlStateNormal];
        [goBtn setImage:[UIImage imageNamed:@"img_wechat"] forState:UIControlStateNormal];
        if (i == 1) {
            [goBtn layoutButtonWithEdgeInsetsStyle:DCDButtonEdgeInsetsStyleTop imageTitleSpace:10];
        }else if (i == 2){
            [goBtn layoutButtonWithEdgeInsetsStyle:DCDButtonEdgeInsetsStyleLeft imageTitleSpace:10];
        }else if (i == 3){
            [goBtn layoutButtonWithEdgeInsetsStyle:DCDButtonEdgeInsetsStyleBottom imageTitleSpace:10];
        }else if (i == 4){
            [goBtn layoutButtonWithEdgeInsetsStyle:DCDButtonEdgeInsetsStyleRight imageTitleSpace:10];
        }
        [self.view addSubview:goBtn];
    }

效果图

性能优化小结

界面卡顿产生的原因

在VSync信号到来后，系统图形服务会通过CADisplayLink等机制通知App，App主线程开始在CPU中计算显示内容，比如视图的创建、布局计算、图片解码、文本绘制等。随后CPU会将计算好的内容提交到GPU去，由GPU进行变换、合成、渲染。随后GPU会把渲染结果提交到帧缓冲区去，等待下一次VSync信号到来时显示到屏幕上。由于垂直同步的机制，如果在一个VSync时间内，CPU或者GPU没有完成内容提交，则那一帧就会被丢弃，等待下一次机会再显示，而这时显示屏会保留之前的内容不变。这就是界面卡顿的原因。

在开发中，CPU和GPU中任何一个压力过大，都会导致掉帧现象(FPS< 60)

CPU

加载资源，对象创建，对象调整，对象销毁，布局计算，Autolayout，文本计算，文本渲染，图片的解码， 图像的绘制（Core Graphics）都是在CPU上面进行的。

CPU资源消耗原因以及解决办法

1、对象的创建：

对象的创建会分配内存、设置属性等，会消耗CPU资源。所以尽量使用轻量对象代替，比如能用CALayer的时候尽量不用UIView，敏感位置能不用IB尽量使用纯代码手写。

推迟同一时间创建对象，推荐使用懒加载在需要使用时候创建对象。

2、对象调整

对 UIView 的这些属性进行调整时，消耗的资源要远大于一般的属性。对此你在应用中，应该尽量减少不必要的属性修改。

当视图层次调整时，UIView、CALayer 之间会出现很多方法调用与通知，所以在优化性能时，应该尽量避免调整视图层次、添加和移除视图。

3、对象销毁

当前类持有大量对象时候，其销毁时候的资源消耗就非常明显。建议创建销毁的异步队列，将需要销毁的对象放到队列中销毁。

4、布局计算

布局计算在UITableView使用中是最常见的消耗资源的地方。建议取到数据之后，异步进行计算布局并缓存下来，当复用Cell时候直接调用缓存数据。

5、AutoLayout

Autolayout 对于复杂视图来说常常会产生严重的性能问题，AutoLayout相对低效的原因是隐藏在底层的命名为”Cassowary“的约束求解系统，随着视图数量的增长，Autolayout 带来的 CPU 消耗会呈指数级上升，当Cell内约束超过25个的时候，会降低滑动的帧率。

具体：http://pilky.me/36/

6、文本的计算以及渲染

UI中存在大量的对于文本高度的适配，可以参考：用 [NSAttributedString boundingRectWithSize:options:context:] 来计算文本宽高，用 -[NSAttributedString drawWithRect:options:context:] 来绘制文本。尽管这两个方法性能不错，但仍旧需要放到后台线程进行以避免阻塞主线程。

常见的文本控件 （UILabel、UITextView 等），其排版和绘制都是在主线程进行的，当显示大量文本时，CPU 的压力会非常大。解决办法是利用TextKit或者是CoreText自定义文本控件。详见：YYText。

7、图片解码以及图像的绘制

当你用 UIImage 或 CGImageSource 的那几个方法创建图片时，图片数据并不会立刻解码。图片设置到 UIImageView 或者 CALayer.contents 中去，并且 CALayer 被提交到 GPU 前，CGImage 中的数据才会得到解码。这一步是发生在主线程的，并且不可避免。如果想要绕开这个机制，常见的做法是在后台线程先把图片绘制到 CGBitmapContext 中，然后从 Bitmap 直接创建图片。目前常见的网络图片库都自带这个功能。

个最常见的地方就是 [UIView drawRect:] 里面了。由于 CoreGraphic 方法通常都是线程安全的，所以图像的绘制可以很容易的放到后台线程进行。

8、文件系统的调用

NSFileManager获取一个目录获取文件信息，进行多次递归计算，stat几乎瞬间完成，NSFileManager耗时较长且消耗CPU。

GPU

GPU是一个专门为图形高并发计算而量身定做的处理单元，比CPU使用更少的电来完成工作并且GPU的浮点计算能力要超出CPU很多。

GPU的渲染性能要比CPU高效很多，同时对系统的负载和消耗也更低一些，所以在开发中，我们应该尽量让CPU负责主线程的UI调动，把图形显示相关的工作交给GPU来处理，当涉及到光栅化等一些工作时，CPU也会参与进来，这点在后面再详细描述。

相对于CPU来说，GPU能干的事情比较单一：接收提交的纹理（Texture）和顶点描述（三角形），应用变换（transform）、混合（合成）并渲染，然后输出到屏幕上。通常你所能看到的内容，主要也就是纹理（图片）和形状（三角模拟的矢量图形）两类。

GPU资源消耗原因以及解决办法：

1、纹理的渲染

当在较短时间显示大量图片时（比如 TableView 存在非常多的图片并且快速滑动时），CPU 占用率很低，GPU 占用非常高，界面仍然会掉帧。避免这种情况的方法只能是尽量减少在短时间内大量图片的显示，尽可能将多张图片合成为一张进行显示。

2、视图的混合（Blended）

视图结构过于复杂，混合的过程、会消耗很多 GPU 资源。为了减轻这种情况的 GPU 消耗，应用应当尽量减少视图数量和层次，并在不透明的视图里标明 opaque 属性以避免无用的 Alpha 通道合成。当然，这也可以用上面的方法，把多个视图预先渲染为一张图片来显示。

Blended Layers（视图混合）：在同一个区域内，存在着多个有透明度的图层，那么GPU需要更多的计算，混合上下多个图层才能得出最终像素的RGB值。

Misaligned Images（像素对齐）：逻辑像素（point）和 物理像素（pixel)无法相匹配；图片的size和显示图片的imageView的size（逻辑像素（point））不相等。

3、图形的生成

CALayer 的 border、圆角、阴影、遮罩（mask），CASharpLayer 的矢量图形显示，通常会触发离屏渲染（offscreen rendering），而离屏渲染通常发生在 GPU 中。可以尝试开启 CALayer.shouldRasterize 属性，但这会把原本离屏渲染的操作转嫁到 CPU 上去。

好的方法是使用图片遮罩等方法，避免使用圆角和隐形等。详细：iOS的离屏渲染

解决方案：

1、预先计算UI布局

获取数据之后，异步计算Cell高度以及各控件高度和位置，并储存在CellLayouModel中，当每次Cell需要高度以及内部布局的时候就可以直接调用，不需要进行重复计算。

2、使用自动缓存高度

iOS 8之后出现了UITableView通过约束自动计算高度，但是因为iOS对于约束的算法问题，会导致流畅性降低，FDTemplateLayoutCell很好的优化了这个问题。

3、异步绘制

Facebook的开源项目Texture（原AsyncDisplayKit），通过利用ASDisplayNode封装了CALayer，实现了异步绘制。

第三方微博客户端墨客的是现实，当滑动时，松开手指后，立刻计算出滑动停止时 Cell 的位置，并预先绘制那个位置附近的几个 Cell，而忽略当前滑动中的 Cell。但也有缺点，快速滑动的时候有可能会出现大量空白。

3、高效图片加载

SDWebImage-github

YYImage-github

4、预加载

列表当中，当滑动到一个可以设定的位置的时候，提前获取下载下一页的数据，并绘制UI。详见：https://zhuanlan.zhihu.com/p/23418800。

5、针对Blended Layers以及Misaligned Images

Blended Layers：

尽量少的使用具有透明色的图片

尽量多的将UI部件增加背景色

减少同一像素点进行过多的颜色计算

Misaligned Images：

现象：

洋红色：UIView的frame像素不对齐，即不能换算成整数像素值。

黄色：UIImageView的图片像素大小与其frame.size不对齐，图片发生了缩放造成。

解决：

尽量使用ceil()，保证没有小数的UI绘制

尽量不实用0.01f标记UITableView或者UICollectionView的header以及footer

网络上获取的图片没有@2x和@3x的区别，需要我们缩放图片到与UIImageView对应的尺寸，且缩放后的图片的scale和[UIScreen mainScreen].scale相等，再显示出来。

其他：

下面的情况或操作会引发离屏渲染：

• 为图层设置遮罩（layer.mask）

• 将图层的layer.masksToBounds / view.clipsToBounds属性设置为true

• 将图层layer.allowsGroupOpacity属性设置为YES和layer.opacity小于1.0

• 为图层设置阴影（layer.shadow *）。

• 为图层设置layer.shouldRasterize=true

• 具有layer.cornerRadius，layer.edgeAntialiasingMask，layer.allowsEdgeAntialiasing的图层

• 文本（任何种类，包括UILabel，CATextLayer，Core Text等）。

• 使用CGContext在drawRect :方法中绘制大部分情况下会导致离屏渲染，甚至仅仅是一个空的实现。

简介

项目中经常会碰到顶部导航栏需要隐藏的情况，这里给出三种方法。

第一种

简单粗暴直接上来就隐藏掉导航栏，在基类中自己定义view充当导航栏的作用

第二种

1
2
3
4
5
6
7
8
9
10
11

- (void)viewWillAppear:(BOOL)animated {
    [super viewWillAppear:animated];
    
    [self.navigationController setNavigationBarHidden:YES animated:animated];
}
- (void)viewWillDisappear:(BOOL)animated {
    [super viewWillDisappear:animated];
    
    [self.navigationController setNavigationBarHidden:NO animated:animated];
}

这里一定要用动画的方式隐藏导航栏,这样在使用滑动返回手势的时候效果最好,和上面动图一致.这样做有一个缺点就是在切换tabBar的时候有一个导航栏向上消失的动画。

第三种做法（推荐）

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

@interface HomePageController () <UINavigationControllerDelegate>
@end
@implementation HomePageController 
- (void)viewDidLoad {
    [super viewDidLoad];
    
    // 设置导航控制器的代理为self
    self.navigationController.delegate = self;
}
#pragma mark - UINavigationControllerDelegate
// 将要显示控制器
- (void)navigationController:(UINavigationController *)navigationController willShowViewController:(UIViewController *)viewController animated:(BOOL)animated {
    // 判断要显示的控制器是否是自己
    BOOL isShowHomePage = [viewController isKindOfClass:[self class]];
    
    [self.navigationController setNavigationBarHidden:isShowHomePage animated:YES];
}
- (void)dealloc {
    self.navigationController.delegate = nil;
}

注意(最后要记得在控制器销毁的时候把导航栏的代理设置为nil)

NSProcessInfo 获取进程信息

###//返回当前进程的信息

1

+(NSProcessInfo*)processInfo

###//以NSString对象数组的形式返回当前进程的参数

1

-(NSArray*)arguments

###//返回变量/值对词典，以描述当前的环境变量（比如PATH和HOME）及其值

1

-(NSDictionary *)environment

###//返回进程标识符，它是操作系统赋予进程的唯一数字，用于识别每个正在运行的进程

1

-(int)processIdentifier

###//返回当前正在执行的进程名称

1

-(NSString*)processName

###//每次调用这个方法时，都返回不同的单值字符串，可以用这个字符串生成单值临时文件名

1

-(NSString *)globallyUniqueString

###//返回主机系统的名称

1

-(NSString *)hostname

###//返回表示操作系统的数字

1

-(NSUInteger)operatingSystem

###//返回操作系统的名称（可能返回的值定义在NSProgressInfo.h文件中）

1

-(NSString *)operatingSystemName

###//返回操作系统的当前版本

1

-(NSString *)operatingSystemVersionString

###//将当前进程名称设置为name。应该谨慎地使用这个方法，应为关于进程名称存在一些假设（比如用户默认的设置）

1

-(void)setProcessName:(NSString *)name

Xcode调试技巧

日志输出&LLDB

什么是LLDB呢：它是一个有着 REPL 的特性和 C++ ,Python 插件的开源调试器。LLDB 绑定在 Xcode 内部，存在于主窗口底部的控制台中。调试器允许你在程序运行的特定时暂停它，你可以查看变量的值，执行自定的指令，并且按照你所认为合适的步骤来操作程序的进展。我们可以简单的理解成它是一个调试器

1 命令行LLDB的出现

如下图，调试过程中程序运行到断点处时，控制台的右边会出 现“lldb”。

2 常用的命令

1 help
断点时，控制台输入”help“，回车，就能看到lldb命令及介绍

2 print
打印 常用p 代替

3 prin object
打印对象的详细信息 常用 po 代替

4 expression
可以在当前位置改变程序实际参数的值（不用重新运行项目） 使用过程中我们可以直接用 expr来代替expression。

5 call

一般调用没有返回值的方法时使用call 例如 在viewDidLoad中断点，然后输入

1

call  [self.view setBackgroundColor:[UIColor redColor]]

继续运行，view的背景就变成红色呢，很方便

6 image

mage list 查看工程中使用的库

image lookup –address 0x000000010e0979ac 程序崩溃的时候定位，查看具体报错位置 （不太好用）

断点

断点里面根据作用和功能也有很多种类：普通断点、条件断点、异常断点、符号断点等

普通断点

条件断点

打上断点之后，对断点进行编辑，设置相应过滤条件。单击右键会弹出选项框：

1
2
3
4
5
6
7

Edit BreakPoint... ：编辑断点。
Disable  BreakPoint ：断点失效。（相当于上边说到的单击断点变成浅蓝色，断点失效）
Delete BreakPoint ：删除断点。
Reveal in BreakPoint Navigator :在左边的断点树状结构表明该断点。

Edit BreakPoint。这里面设置断点的筛选条件（双击断点也可以快速进入编辑断点的对话框）。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

【1】Condition：返回一个布尔值，当布尔值为真触发断点，一般里面我们可以写一个表达式。
【2】Ignore：      忽略前N次断点，到N+1次再触发断点。
【3】Action：      断点触发事件，分为六种：
           <1>  AppleScript：执行脚本。
           <2>  Capture GPU Frame：用于OpenGL ES调试，捕获断点处GPU当前绘制帧。 
           <3>  Debugger Command：和控制台中输入LLDB调试命令一致。
           <4>  Log Message：输出自定义格式信息至控制台。
           <5>  Shell Command：接收命令文件及相应参数列表，Shell Command是异步执行的，只有勾选“Wait until done”才会等待Shell命令执行完在执行调试。
            <6>  Sound：断点触发时播放声音。
【4】Options(Automatically continue after evaluating actions选项)：选中后，表示断点不会终止程序的运行。

异常断点 Exception Breakpoint（全局断点）

同样的，全局断点也是可以编辑的，单击右键或者双击断点就会弹出编辑框，编辑的项目和上述是一样的。

符号断点 Symbolic Breakpoint

4、监控断点

我们调试程序的大部分时候都是为了监控某个变量的变化，在代码中变量出现的地方添加断点不仅累而且还可能漏掉，事后还得一个一个删掉，实在很累。
我们可以通过为变量添加监控断点来简单地做到这一点。找到变量第一次出现的地方，添加一个普通断点，进入 debug 模式后在 Variables View 中右键变量，选择 Watch 变量名。这样，每一次该变量被改变都会触发断点告知我们

更详细

iOS开发之.a静态库制作

以Xcode8.2为例，简单封装图片界面等资源文件到.a静态库。

1.首先将资源文件打包成Bundle的模板

借助于OS X，因为iOS框架中没有创建Bundle的模板

删除工程中多余的文件

由于删除了plist文件，所以必须在Build Settings中删除对它的引用

我们创建项目时选的是OS X中的框架，所以此处需要修改Base SDK为iOS

设置完后,可以把我们需要的资源拷贝过来

按快捷键”Command + B”编译，编译成功后，Products下面的PictureOCRImage.bundle由红色变成了黑色，表示编译成功

可以通过右击 Show in Finder -> 查看文件夹 ->右击显示包内容,查看里面的内容

至此,资源打包成bundle完成.如果只是普通的资源,完全可以创建一个文件夹，把需要封装的资源文件拷贝至该目录下，将其改成后缀名为bundle即可，然后就可以使用NSBundle提供的接口访问其内部的资源文件，当然，也可以通过访问普通文件目录的方法访问其内部的资源。这样写主要是考虑到xib文件打包

2.制作.a文件库

新建项目，点击iOS—Framework&—Cocoa Touch Static Library。

系统自动生成以工程名命名的.h和.m文件，可自定义的在目录下添加或删除文件，注意目录下Products文件夹有一个.a文件为红色，说明文件并不存在。这里我们将系统生成的.h和.m文件删除。

将需要打包的文件添加到工程中

点击Build Phases—Copy Files，左下角点击+号按钮，添加你需要暴露的接口头文件。

点击左上角，选择Edit Scheme，Build Configuration下选择Release，先注意检查下面Release是否为NO：Yes表示只编译选中模拟器设备对应的架构，No则为编译所有模拟器设备支持的cup架构（Debug版本同理）,选择NO，然后分别在模拟器和真机下Command+B编译一下，会看到Products文件夹下的.a文件变为黑色，这个.a文件就是我们想要得到的静态库。

可以通过右击 Show in Finder -> 查看文件夹,打开Build—Products文件夹，会看到Release-iphoneos和Release-iphonesimulator文件夹，分别是真机和模拟器的.a文件，为了使用方便我们将两个版本的.a文件合并。
合并真机和模拟器.a文件，在终端输入以下命令行：lipo -create 模拟器.a文件的路径 真机.a文件的路径 -output 合并后的保存路径（例：lipo -create /Users/dcd/Library/Developer/Xcode/DerivedData/TestCocoa_Touch-gjlcdmvelybrhdfbqwxscxvvtsqy/Build/Products/Debug-iphonesimulator/libTestCocoa\ Touch.a /Users/dcd/Library/Developer/Xcode/DerivedData/TestCocoa_Touch-gjlcdmvelybrhdfbqwxscxvvtsqy/Build/Products/Release-iphonesimulator/libTestCocoa\ Touch.a -output /Users/dcd/Desktop/TestCocoaTouch.a）最终会在桌面得到一个合并后的TestCocoaTouch.a文件，再将暴露出来的.h头文件一起复制出来

查看静态库.a对处理器架构的支持，先cd到.a文件的路径下，命令行输入：
lipo -info xxxxx.a

至此,.a库的制作完成了

参考文章:
http://www.cnblogs.com/richard-youth/p/4856841.html
http://www.fx114.net/qa-173-100870.aspx