- py 的程序是按照顺序执行的
- 是一行行挨排解释执行的
- 程序并不是数量越多越好
- kpi也在不断演化
- 写的代码越多
- 出现的bug就越多
- 那什么是bug呢？
- 如何找bug呢？
- 想要调试程序找bug
- 首先得有一个程序
print("1982------Guido in cwi")
print("1995------Guido in cnri")
print("2000------Guido in beopen")
print("2005------Guido in google")
print("2012------Guido in dropbox")
print("2020------Guido in microsoft")
- 首先要有这个guido.py
- 然后放到网上系统的剪贴板上
- 粘贴到vim中
- 原来是一把执行
- 现在可以一步一步调试运行
pdb3 guido.py
- 使用pdb来进行调试
- pdb的意思是python's debugger
- 为什么要逐步运行呢？
- 由于程序不知道哪里出的问题
- 所以一步步来执行
- 一步步调试运行的目的是去除bug
- 也就是debug
- 可是为什么把程序错误叫做 bug 呢？
- 不知道怎么办的时候
- 就要求助(help)
- 他给了我很多的命令
- 还说可以help 一下具体 topic
- 查看你哪个topic呢？
- 查看帮助的帮助
- 没有参数的话
- 显示所有命令
- 有一个参数
- 显示这个参数的帮助
- h(elp) 的缩写是 h
- elp可以省略
- 这并不难 h h
- 再看看其他单词
- l(ist)
- 可以列出上下文11行的程序
- 缩写是l
- 当前行前面有个箭头 ->
- 确实可以看到上下文
- ->代表着当前运行到了哪里
- 怎么往下走呢？
- n(ext)
- 可以往前走一句
- 缩写是n
- 试一下
- 把1982年输出了
- 然后当前行来到了1995年
- 如何判断1995年在整个程序中的位置呢？
- l(ist)
- 可以列出当前行的上下文
- 在第2行
- next就会到第3行
- 当然也可以一路next下去
- 我们一路next
- 一路 next 下去
- python 解释器
- 就是这么一步步地解释执行的
- 确实是顺序执行的
- 一行行挨排儿执行的
- 我们就一步步地把bug找出来
- 就像找凶手一样！
- debug是我见过最真实的解谜游戏了
- 比什么剧本*好玩多了
- 一步步地分析
- 找不到罪魁祸首的时候
- 需要冷静地分析
- 找到罪魁祸首的时候
- 那种快乐太真实了！！！！
- 终于来到最后一行
- 如果到这里再next
- 会发生什么呢？
- 执行完最后一句之后
- 就会返回(return)到python
- 然后返回(return)到shell
- 如果这个时候已经到了程序的尽头
- 再next会发生什么呢？
- 到头了就又重来
- 就会重新执行这个文件
- 就圜道了
- 可是这个和虫子(bug)有什么关系呢？
- 历史上第一个程序错误是
- 这只虫子bug
- 飞进继电器(relay)计算机(computer)里面来
- 导致当时的继电器短路
- 所以后来
- 管错误叫做bug
- 管调试程序错误叫做 debug
- py 文件的程序是按照顺序
- 一行行挨排解释执行的
- 我们可以 pdb3 hello.py 来对程序调试
- 顺序执行
- 程序在文本中从上到下是一行行写的
- 解释器是从上到下是一行行解释的
- 调试也是从头到尾一行行执行的
- 但是这一行行的是在有点慢啊
- 毕竟我们都是经历过万行代码的人了
- 那得按10000次的n才能执行完啊？
- 有快点的方法吗？
- 我们下次再说！
- 蓝桥->https://www.lanqiao.cn/courses/3584
- github->https://github.com/overmind1980/oeasy-python-tutorial
- gitee->https://gitee.com/overmind1980/oeasypython
- 视频->https://www.bilibili.com/video/BV1CU4y1Z7gQ 作者：oeasy
