断点

Debug 时偶尔会出现：Eclipse Unable to install breakpoint in XXX 清除所有断点就行了，原因是断点打到注释上了。 breakpoint 窗口： Remove All Breakpoints ，移除所有断点 然后重新在需要 debug 的代码上打上断点即可正常的 debug。 原文链接： https://www.cnblogs.com/poterliu/p/11949904.html 来源： https://www.cnblogs.com/poterliu/p/11949904.html

前言 今天讲述在苹果日常开发中一个装逼神器LLDB,是Xcode内置的动态调试工具. 在iOS系统程序开发中,会经常需要代码调试的追踪, 最常用的也是LLDB(low level debugger) .LLDB能更好的辅助开发者通过各种手段如修改变量进行测试,甚至能协助开发同学来定位bug. LLDB是新一代高性能的调试器, 也是Mac OSX上Xcode的默认调试器, 支持在桌面和iOS设备模拟器上调试C,OC和C++以及Swift. 帮助 LLDB命令的格式如下: <命令名称> <命令动作> [-可选项 [可选项的值]] [参数1 [参数2...]] LLDB命令是由各部分空格分割, 如果参数是包含空格, 则需要双引号括起参数,如果参数本身中包含双引号或反斜杠, 就需要使用反斜杠来进行转义. LLDB命令是非常多的, 完全记录下来是不可能的, 而且还没有必要. 可以利用help命令查看相关LLDB命令的用法.如下: 三、LLDB常见命令 3.1 breakpoint指令 示例Demo1 　　func test1(str: String) { self.test2(str: str) } func test2(str: String) { self.test3(str: str) } func test3(str: String) { print(str) } override

2018/06/27 星期三 教女朋友学Python3-如何使用 Pycharm 进行调试 程序调试可以帮助我们自己快速的找到问题所在，程序写完之后，如果没有出现什么问题这几乎是「不存在」的。 通常当我们的程序出现错误的时候，会抛出「异常」，异常就是我们解决的程序的 bug 的利器。如果再合理的配合「日志」文件，那么就可以很快的定位到出现 bug 所在的代码行。 程序运行的时候经常会出现 错误，提示我们代码出现问题，但是很多人往往会去忽视抛出来的错误信息带给我们的价值。 往往就是直接的选择忽视。 启动调试 启动调试的基础就是我们首先需要设置好「断点」，设置断点开启 「调试」模式。 设置「断点」我们就可以 右键 → debug 就可以开始进入调试模式，程序会在自动它设定的第一个断点出停止。 上面主要说明了 debug 模式下，不同面板的功能。 重点在于不同的「调试按钮」 主要调试按钮如下： 其中（上图红色框框从左到右） ↓ 标记的按钮按钮： 按行 运行，每次只会运行到下一行 ↘ 标记的按钮按钮：按行进行，如果遇见 方法 会执行到「方法」内部。 ↘ 标记的按键按钮：同上面的↘，但是会强制进入。 ↗ 标记的按键按钮：对应于↘，该按钮会直接的退出当前内部执行的「方法」，返回上一个模块 ↘I 标记的按键按钮：表示直接执行到「鼠标」指向所在的行。 调试的过程是不允许回退的，如果发现出现问题

一直没有认真的学习过debug，决心好好学一下，看到一个文章不错，就记录下来 　　Debug用来追踪代码的运行流程，通常在程序运行过程中出现异常，启用Debug模式可以分析定位异常发生的位置，以及在运行过程中参数的变化。通常我们也可以启用Debug模式来跟踪代码的运行流程去学习三方框架的源码。 一、debug开篇 首先看下IDEA中Debug模式下的界面。 　　如下是在IDEA中启动Debug模式，进入断点后的界面，我这里是Windows，可能和Mac的图标等会有些不一样。就简单说下图中标注的8个地方： 　　① 以Debug模式启动服务，左边的一个按钮则是以Run模式启动。在开发中，我一般会直接启动Debug模式，方便随时调试代码。 　　② 断点：在左边行号栏单击左键，或者快捷键Ctrl+F8 打上/取消断点，断点行的颜色可自己去设置。 　　③ Debug窗口：访问请求到达第一个断点后，会自动激活Debug窗口。如果没有自动激活，可以去设置里设置，如图1.2。 　　④ 调试按钮：一共有8个按钮，调试的主要功能就对应着这几个按钮，鼠标悬停在按钮上可以查看对应的快捷键。在菜单栏Run里可以找到同样的对应的功能，如图1.4。 　　⑤ 服务按钮：可以在这里关闭/启动服务，设置断点等。 　　⑥ 方法调用栈：这里显示了该线程调试所经过的所有方法，勾选右上角的[Show All Frames

目录 3.1 Android Studio使用初探 Project面板 Stucture面板 Android Monitor Keymap Tip of the Day 快速查找 Search Action 演示模式 3.2 Android Studio使用进阶 操作与导航 快速重构 代码模板 内置模板 自定义代码注释模板 代码分析 在Android Studio中进行版本管理 3.3 Android Studio新功能 项目模板 ThemeEditor Image Asset&&Vector Asset Android Monitor Instant Run Productivity Guide 3.4 Android Studio插件 Ignore 自动生成代码类插件 主题插件 3.5 Android Studio资源网站 Android Studio中文社区 Android Studio问答社区 3.1 Android Studio使用初探 本人感觉这章对刚使用 Android Studio的初学者来说很有用，里面很多技巧需要自己慢慢摸索，建议养成使用快捷键的习惯，久而久之，会给你的编程带来极大的效率。本章作者主要以Mac的快捷键来介绍的，文章最后会给出快捷键附录 Project面板 在Android Studio最左边可以找到Project标签，这里是开发者管理项目的地方

image.png 前言 fiddler是一个很好的抓包工具，默认是抓http请求的，对于pc上的https请求，会提示网页不安全，这时候需要在浏览器上安装证书。 一、网页不安全 1.用fiddler抓包时候，打开百度网页： https://www.baidu.com 2.提示：网页不安全 image.png 二、fiddler设置 1.打开菜单栏：Tools>Fiddler Options>HTTPS 2.勾选Decrypt HTTPS traffic，里面的两个子菜单也一起勾选了 image.png 三、导出证书 1.点右上角Actions按钮 2.选第二个选项，导出到桌面，此时桌面上会多一个文件：FiddlerRoot.cer,如左侧图。 image.png 四、导入到firefox浏览器 1.打开右上角浏览器设置》选项》高级》证书》查看证书》证书机构》导入 image.png 2.勾选文件导入 image.png 3.打开文件后，会弹出个框，勾选三个选项就完成操作啦。 image.png 如果还不能成功，那就重启浏览器，重启电脑了。 Fiddler抓包2-只抓APP的请求 前言 fiddler抓手机app的请求，估计大部分都会，但是如何只抓来自app的请求呢？ 把来自pc的请求过滤掉，因为请求太多，这样会找不到重要的信息了。 环境准备： 1.电脑上已装fiddler 2

Fiddler是一个蛮好用的抓包工具，可以将网络传输发送与接受的数据包进行截获、重发、编辑、转存等操作。也可以用来检测网络安全。反正好处多多，举之不尽呀！当年学习的时候也蛮费劲，一些蛮实用隐藏的小功能用了之后就忘记了，每次去网站上找也很麻烦，所以搜集各大网络的资料，总结了一些常用的功能。 Fiddler 下载地址 ： https://www.telerik.com/download/fiddler Fiddler 离线下载地址： https://pan.baidu.com/s/1bpnp3Ef 密码:5skw win8之后用“Fiddler for .NET4”而win8之前用“Fiidler for .NET2”比较好 1. Fiddler 抓包简介 Fiddler是通过改写HTTP代理，让数据从它那通过，来监控并且截取到数据。当然Fiddler很屌，在打开它的那一瞬间，它就已经设置好了浏览器的代理了。当你关闭的时候，它又帮你把代理还原了，是不是很贴心。。。 1） 字段说明 Fiddler想要抓到数据包，要确保Capture Traffic是开启，在File –> Capture Traffic。开启后再左下角会有显示，当然也可以直接点击左下角的图标来关闭/开启抓包功能。 Fiddler开始工作了，抓到的数据包就会显示在列表里面，下面总结了这些都是什么意思： 名称 含义 #

版权声明：本文为CSDN博主「haoel」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。 原文链接：https://blog.csdn.net/haoel/article/details/2881 1.维护停止点 　　上面说了如何设置程序的停止点，GDB中的停止点也就是上述的三类。在GDB中，如果你觉得已定义好的停止点没有用了，你可以使用delete、clear、disable、enable这几个命令来进行维护。 clear 　　清除所有的已定义的停止点。 clear <function> clear <filename:function> 　　清除所有设置在函数上的停止点。 clear <linenum> clear <filename:linenum> 　　清除所有设置在指定行上的停止点。 delete [breakpoints] [range...] 　　删除指定的断点，breakpoints为断点号。如果不指定断点号，则表示删除所有的断点。range 表示断点号的范围（如：3-7）。其简写命令为d。 　　比删除更好的一种方法是disable停止点，disable了的停止点，GDB不会删除，当你还需要时，enable即可，就好像回收站一样。 disable [breakpoints] [range...] 　

版权声明：本文为CSDN博主「haoel」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。 原文链接：https://blog.csdn.net/haoel/article/details/2879 GDB概述： 一般来说，GDB主要帮忙你完成下面四个方面的功能： 　　1、启动你的程序，可以按照你的自定义的要求随心所欲的运行程序。 　　2、可让被调试的程序在你所指定的调置的断点处停住。（断点可以是条件表达式） 　　3、当程序被停住时，可以检查此时你的程序中所发生的事。 　　4、动态的改变你程序的执行环境。 一个调试示例　　 来源： https://www.cnblogs.com/zhuangquan/p/11910312.html

转自：https://blog.csdn.net/liujiding/article/details/76043630?locationNum=4&fps=1 问题描述 ：在Eclipse中启动tomcat的正常模式时，可以对web项目正常的访问，但是要使用debug模式启动这个项目的话，速度开始变得特别慢，一直处于启动状态，没过一会，就会弹出一个提示框（ 错误如下 ），提示45s超时。 错误： Server Tomcat v8.0 Server at localhost was unable to start within 45 seconds. If the server requires more time, try increasing the timeout in the server editor. 原因： 通过查阅资料，这个问题可能是由于eclipse和tomcat的交互而产生的，在以debug模式启动tomcat时，发生了读取文件错误，eclipse自动设置了断点，导致tomcat不能正常启动。 解决办法 ：进入Eclipse-->show view --> breakpoints veiw(见下图)-->在勾选的断点上右键－> Remove all，然后重新用debug方式启动即可。 来源： CSDN 作者： adingyb 链接： https://blog