微表单网站,通过ip访问网站需要怎么做,公司网站的设计规划,wordpress 不显示分页LLDB 是一个有着 REPL 的特性和 C ,Python 插件的开源调试器。LLDB 绑定在 Xcode 内部#xff0c;存在于主窗口底部的控制台中。调试器允许你在程序运行的特定时暂停它#xff0c;你可以查看变量的值#xff0c;执行自定的指令#xff0c;并且按照你所认为合适的步骤来操作…LLDB 是一个有着 REPL 的特性和 C ,Python 插件的开源调试器。LLDB 绑定在 Xcode 内部存在于主窗口底部的控制台中。调试器允许你在程序运行的特定时暂停它你可以查看变量的值执行自定的指令并且按照你所认为合适的步骤来操作程序的进展。 
安装 
1、brew update 
2、brew install chisel 
3、touch ~/.lldbinit创建文件 .lldbinit并将下面内容复制到文件中,保存退出。 
command script import /usr/local/opt/chisel/libexec/fblldb.py 
4、 重启xcode插件即可生效 
使用 
Chisel是一个 facebook 开源的 lldb 插件为lldb提供了新增的便捷命令能够帮助快速 debug是非常实用的命令。 
为了跟踪demo UI与底层源码的关联借助该插件中的强大的指令集可以帮助我们快速了解新接触的 demo。 
首先xcode 控制台输入”help” ,可以看到当前可用的一些指令集。如下图所示 
在平时的测试工作中当拿到一个新的工程面对demo 的各种控件要查看当前控件对象的类的继承关系可以通过pclass来查看比如UIViewController处设置断点呼出lldb控制台然后再这里输入pclass这个命令其中参数0x10400ba00为 tableView 对象的地址。如下图所示 
接下来针对每个对象使用pviews命令的输出中可以查看控件的属性根据属性可以初步查看当前控件的位置及大小。如下图所示 
对于 demo 引用的到素材visualize命令可以使用mac下的预览app打开我们demo的图片UIImage, CGImageRef格式的图片甚至view和layer的图片 如图所示 
当然在测试 demo 的功能逻辑实现时是否正确时简单的 UI层面还不够需要深入到底层了解每个对象的职责。pinternal可以查看一个控件类型的内部结构包括自定义的控件的类型比如查看控件 tableView 的内部结构如下图所示 
除了需要对对象有一个纵向的认识外要了解到对象之间的横向关系使用presponder指令如图五所示列出了集成于tableView控件的消息传递链方便我们查看消息是如何传递的。 
这里只对常用的几个封装的命令进行了举例说明其他常用的命令还有很多详情见文末都是使用python封装了一下函数然后调用的。凡是这些封装的命令你都可以通过多个lldb命令打出来Chisel插件帮我们集成了一些常用的指令集如果你会使用python的话那么你可以根据自己的使用习惯封装一些常用的lldb命令。 
其他常用命令参考 
一 
Print 
在LLDB中我们执行的最多的可能就是打印操作了chisel专门为这类操作封装了一些打印命令。 
1、pviews 递归打印所有的view并能标示层级 
2、pvc 递归打印层级viewController 
3、ptv 打印屏幕中显示的tableView主要是与pcells联合使用。如果有多个tableView打印View层级中 
最上面的一个。 
4、pcells 打印tableView中当前可见的cell如果有多个tableView打印View层级中最上面的tableView 
的可见cell。 
5、pdata 对编码过的NSData进行解码打印等效于调用-[NSString initWithData:encoding:] 
6、po 以对象的方式打印结果 
二 
Find 
1、fvc 根据类名搜索内存中与之匹配的 view 
usage:Syntax: fvc [--nameclassNameRegex] [--viewview] 
--name/-n: string类型参数根据viewController的Class名字查找viewController 
--view/-v: UIView类型参数根据viewController拥有的view查找viewController 
Note上面2个option不能同时使用只能使用某一 
2、fv 通过类名搜索当前内存中存在的viewController实例的命令支持正则搜索。 
3、taplog 将点击的view打印出来这个命令对于查找哪个view非常有帮助。 
usage我们需要先将程序暂停输入taplog程序会自己运行这时候点击你需要查看的view控制台上就会显示出你刚刚点击的view相关信息。 
Note要查看的view必须能接收点击事件也就是他的userInteractionEnabled必须为YES才能被找到UILabel和UIImageView默认userInteractionEnabled为NO。 
4、vs 在view层级中搜索view并显示出来 
Note相比fvvs主要用于显示view在屏幕上的位置 
三 
Display 
1、caflush 一般我们用LLDB命令改变UIUI并不会立即更新我们需要使用caflush刷新界面 
2、border 给View或者layer加上border 
usage 
Syntax: border [--colorcolor] [--widthwidth] 
viewOrLayer 
--color/-c: 边框颜色string类型 
--width/-w: 边框宽度 
viewOrLayer: 需要设置边框的view或者layer 
3、mask 给view添加一个半透明的矩形mask用来查看view的位置 
usageSyntax: mask [--colorcolor] [--alphaalpha] viewOrLayer 
--color/-c: mask的颜色string类型 
--alpha/-a: mask的透明度 
viewOrLayer: 需要添加mask的view或者layer 
4、show 显示一个view或者layer相当于执行 
view.hidden  NO 
四 
Preview 
1、visualize 用预览App打开UIImage, CGImageRef, UIView, CALayer等对象 
usage 
Syntax: visualize target 
target: 需要预览的对象id类型 
五 
Debug 
1、bmessage 在类方法或实例方法中设置符号断点而且不用担心层次结构中具体是哪个类实现了该方法。 
usageSyntax: bmessage expression 
expression: 设置断点的方法名 
2、wivar 在对象的实例上设置观察点watchpoint 
usage 
Syntax: wivar object ivarName 
object: 需要为成员变量设置watchpoint的对象。id类型 
ivarName: 成员变量的名字注意一般属性对应的成员变量带有_前缀 
六 
Autolayout 
autolayout中有一种bug叫Ambiguous Layouts意思是你设置的约束不足以确定view的位置或大小。比如你只设置了X轴的位置没有设置Y轴的位置。 
autolayout提供了专门判断和查找这类问题的方法 
1、hasAmbiguousLayout用于判断是否存在Ambiguous Layouts 
2、_autolayoutTrace用于查找存在的Ambiguous Layouts 
七 
alamborder 
即使有上述查找的方法真正去做这个事儿也比较费时费力的 alamborder给存在Ambiguous Layouts的view加上border方便查找哪些View存在问题。 
usage 
Syntax: alamborder [--colorcolor] [--widthwidth] 
1、--color/-c: border的颜色参数为string类型比如’red’, ‘green’, ‘magenta’等不设置默认为红色。 
--width/-w: border的宽度参数为CGFloat类型不设置默认宽度为2。 
八 
alamunborder 
去掉alamborder设置的border。 
usageSyntax: alamunborder 
e.g: 针对上面设置的border在lldb控制台输入alamunborder即可去掉边框。 
九 
paltrace 
打印某个View的autolayout详细信息相当于调用_autolayoutTrace 
usageSyntax: paltrace view 
其中view: 需要打印详细信息的view不传参数默认为keyWindow。 
eg: 查看一下keyWindow上有哪个view存在Ambiguous Layouts。 
这篇文章是为了想你展示 LLDB 中Chisel插件的强大之处鼓励我们避开繁琐的 NSlog 尝试并探索在控制台使用命令的便捷性。 
当然Chisel的命令很多在这里只对常用的一些命令进行了总结若有其他需求请大家移至Chisel参考文档github.com/facebook/ch… 
最后感谢每一个认真阅读我文章的人礼尚往来总是要有的虽然不是什么很值钱的东西如果你用得到的话可以直接拿走 这些资料对于【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴上万个测试工程师们走过最艰难的路程希望也能帮助到你