由UISearchBar引起的lldb调试

       iOS6，7中UISearchBar内部的view布局已经完全不一样。如图：

上面是iOS6的，下面是iOS7的，对应的去除UISearchBar的背景色和添加其中的UITextField的代码也不一样。如下：

//搜索框
UISearchBar *sBar = [[UISearchBar alloc] initWithFrame:CGRectMake(83, 6, 230, 31)];
sBar.placeholder = @"请选择类型后输入关键字";
sBar.delegate = self;
sBar.barStyle = UIBarStyleDefault;
if ([sBar respondsToSelector:@selector(barTintColor)]) {
    [sBar setBarTintColor:[UIColor clearColor]];
    UIView *searchview = [sBar.subviews objectAtIndex:0];
    for (UIView *view in searchview.subviews){
        if ([view isKindOfClass: [UITextField class]]) {
            UITextField *tf = (UITextField *)view;
            tf.clearButtonMode = UITextFieldViewModeWhileEditing;
            tf.borderStyle = UITextBorderStyleNone;
            tf.background = [[UIImage p_w_picpathNamed:@"bg_searchbox.png"] stretchableImageWithLeftCapWidth:20 topCapHeight:0];
            tf.leftView = nil;
            break;
        }
    }
                                                                                                                                                                  
    [_typeBtn setImageEdgeInsets:UIEdgeInsetsMake(0, 2, 0, -65)];
}
else{
    [[sBar.subviews objectAtIndex:0] removeFromSuperview];
    [sBar setBackgroundColor:[UIColor clearColor]];
                                                                                                                                                                  
    for (UIView *view in sBar.subviews){
        if ([view isKindOfClass: [UITextField class]]) {
            UITextField *tf = (UITextField *)view;
            tf.clearButtonMode = UITextFieldViewModeWhileEditing;
            tf.borderStyle = UITextBorderStyleNone;
            tf.background = [[UIImage p_w_picpathNamed:@"bg_searchbox.png"] stretchableImageWithLeftCapWidth:20 topCapHeight:0];
            tf.leftView = nil;
            break;
        }
    }
}
_searchBar = [sBar retain];
[self.view addSubview:sBar];
[sBar release];

事情到这里，公司的任务就算结束了。这个要多问一句了。图片中的数据哪里来的？这才是重点。

      玩过Linux c/c++的人都知道gdb，虽然你可能完全没有用过，好吧，我承认，我也没正经用过，只是偶尔看到而已。iOS以前也是用gcc/gdb的，后来改用了llvm/lldb，但是大同小异了。只是这么大的程序的到底怎么玩调试，我还不知道，哪里去输入，我查了半天才找到，其实挺简单，只要你断点打上，在输出log的那个区域可以直接输入的。

     网上一哥们写的 Xcode LLDB Debug教程，我抄在这里：

开胃小菜–简单的断点调试

在xcode中打开一个app，在想要break的行号上单击，即可生成一个深色的箭头标识–断点。如下图，在viewDidLoad:中设置了断点。

运行app，等待。。。就可以看到xcode在断点处进入调试模式，现在让我们把视线移到xcode右下角的控制台，有木有看到（lldb）这样一行，鼠标移到此行，输入

回车，看看控制台上是不是多了一些view的信息，如下图：

po（print object）是LLDB的一个命令，其主要功能是输出objective-c中对象（objects）的信息，与之相似的另外一个命令是 p（print），其主要功能是输出原生类型（boolean、integer、float、etc）的信息。

控制台输入

p (int)[[[self view] subviews] count]

结果如下

(int) $2 = 2

注意这个使用了类型转换告知调试器应该如何处理返回值。

技巧一：运行时修改变量的值

你以前怎么验证是不是某个变量的值导致整段程序不能正常工作？修改代码中的变量的值，然后cmd+r重新启动app？现在你不需要这么做了，只需要设置一个断点，当程序在这进入调试模式后，使用expr命令即可在运行时修改变量的值。

假如有一个loginWithUsername:方法，需要两个参数：username，password。

首先设置好断点，如下图所示：

运行app，进入断点模式后，在（lldb）后输入

控制台会返回以下信息

现在跳出断点，执行断点之后的两条输出语句，控制台会有以下输出

看到看吧，我们在运行时修改了变量的值，事情还可以变的更简单一些，我们可以编辑断点，让它自动填充需要的修改的变量的值，并且可以选择在此断点处不进入断点模式，仅仅修改指定变量的值，然后自动执行后续代码。

右击断点选择“Edit Breakpoint…”（或者按住cmd+option，单击断点），然后如下图所示设置断点

注意选中了最后一行（“Automatically continue after evaluating”）的选择框，这就保证运行到这个断点的时，填充变量的值，然后继续运行，并不在此处断点进入调试模式。

运行app，你会得到和上述手动设置变量的值一样的输出。

接下来单击断点，使其处于禁用状态，现在箭头的颜色应该是浅蓝色的，重新运行app，你会发现username和password的值没有在运行时被改变了。

技巧二：设置断点触发条件

断点的另外一个重要作用，是可以设置触发断点生效的条件，这样我们就可以在运行时针对特定的数据进行分析，观察app是否运行在正确的轨道上。如下图：

上述截图可以看到如下语句

通过这行语句，我们告诉编译器：当item中ID等于93306时，此断点生效，进入断点调试模式。

技巧三：格式化输出数据

如果你厌倦了代码里无穷无尽的NSLog，幸运的是我们可以在编辑断点使其输出格式化字符串就像平常编码时一样。不过有一点需要注意，平常编码时可能会使用NSString‘s stringWithFormat:输出格式化字符串，不过这个方法貌似在断点中木有效果，你需要使用alloc/init形式的方法，如下：

运行app，就能在控制台看到想要的输出啦！

简单！强大！这就是LLDB给你的选择，从此代码里可以不用再有NSLog满天飞的情况了，代码变得更干净了，心情变得更愉悦了！

LLDB还有很多强大的地方，本教程只不过揭开了它的面纱，即便如此，仍让我们沉醉不已。

    到这里，算是正式可以开始玩lldb调试了，官方主页可以去查你想要额东西：http://lldb.llvm.org , l