1. 知道调试器
1.1 含义
一个能让程序运转、暂停、然后对进程的状况进行观测甚至修正的工具。 在日常的开发傍边运用十分广泛。(PHP开发者以及前端开发者在外)
1.2 常见的调试器
- Go语言的自带的 delve 简写为 “dlv”
- GNU组织供给的 gdb
- PHP Xdebug
- 前端浏览器debug 调试
1.3 调试器完成原理
本质上讲：硬件上和操作体系层面早就已经帮咱们预留了口子去完成调试功能。
1.3.1 中止
中止interrupt 字面意思是”打断”、“阻止”。其实计算机领域的意思和它的字面意思一样，便是打断现在CPU或许进程的履行状况。
为了削减对正在运转的进程的影响，中止处理就要尽或许的快速履行，可是介于中止处理程序在进行呼应中止时，有排他性，这就导致一个中止在处理完成之前，其他中止均不能进行呼应，假使一个中止处理的时间过长，则会导致其他中止不能够及时接收到信息甚至中止丢失，为了处理这个问题；操作体系将中止分为两部分：上半部硬中止 和 下半部软中止。
上半部分便是快速接收中止，下半部分会敞开中止处理线程延迟处理上半部接收到的中止。
CPU中预留了寄存器（中止寄存器interrupt register），来帮咱们完成硬中止，操作体系层面供给了体系调用来帮咱们完成软中止。
中止其实是计算机体系中的一种异步事件的处理机制，能够提高体系的并发处理才能。
1.3.2 编译型调试器完成原理
体系中存在一个中止向量表，记载中止信号编码与中止处理程序的对应联系（程序进口地址）
在中止向量表中有一个int3 指令，是计算机硬件和操作体系支撑的调试中止信号。
debug调试器会直接更改当时程序中打断点的方位代码指令并将本来代码存储到寄存器，让其触发int3中止信号，体系在触发中止反常后，debug调试程序捕获中止反常从而让程序停在断点处，假如断点去掉，则会将之前在存储器的本来代码恢复。
所以，其有用其他中止信号，也能够制造调试器，不必定非得int3
1.3.3 解说型调试器完成原理
解说型的语言无需了解CPU中止机制和体系调用，可是完成思路是类似的，便是刺进一段代码来断住，且支撑环境数据的检查，然后断点铺开后就继续履行。
例如：js的 V8 引擎自身就支撑debug才能，对外供给了许多接口，以socket 暴露出去，信息格局为 v8 debug protocol
2. 人人都会犯错，正确知道bug
只需程序仍是人在写，就会有bug。人无完人，不能因为一个“幼稚”、“初级”的bug把一个人一棒子打死，以为他不是个优秀的程序猿，这种观点实际在必定程度上忽视了人类犯错的复杂性和影响要素的多样性。
2.1 时间要素：
许多项目需求赶进展，抢占蓝海市场，则把软件工期压缩的很短，这样一来就只考虑了开发的效率而忽视了开发的质量；导致代码中呈现许多bug
2.2 体系的迭代：
假如将软件体系比作建房子，没有哪一个修建，能够经得起如此频繁和多的修正，也不或许有人能够在房屋规划之前，就预料到未来需求规划成什么样，每一次的修正和迭代会渐渐损坏软件规划的完好性，直到终究，或许因为一个很小的点，就要修正大量之前的逻辑，假如修正不全，则就会引进bug；
2.3 程序的复杂性：
绝大多数的代码保护程序猿总是在没有完好了解体系整个全貌的情况下去做一些建议的修正，这是十分不可取的，因为假如体系足够大，假如修正掉许多当时看似“怪异”的逻辑，或许会导致引进更多修补的补丁。
2.4 怎么做？
关于一个团队，咱们需求考虑怎么供给一种机制，去削减bug的产生，而不是抱怨犯错的人，否则会损坏团队风气，下降全体研发效率。
团队：
开发者对代码进行严格的测验，写单测。 把单元测验流程化。 代码评审。 测验人员测验。
3. 怎么写出好的代码
认识上：
1.改掉敷衍了事得过且过的心态，认认真真写出每一行代码，形成风气，以防破窗理论（此理论以为环境中的不良现象假如被听任存在，会诱使人们效法，甚至变本加厉。以一幢有少许破窗的修建为例，假如那些窗不被修理好，或许将会有损坏者损坏更多的窗户。终究他们甚至会闯入修建内，假如发现无人居住，或许就在那里久居或许纵火。一面墙，假如呈现一些涂鸦没有被清洗掉，很快的，墙上就布满了杂乱无章、不堪入目的东西；一条人行道有些许纸屑，不久后就会有更多废物，终究人们会视若天经地义地将废物随手丢弃在地上。这个现象，便是犯罪心理学中的破窗效应。）
2.欲速则不达，磨刀不误砍柴工，不求最快，但求最好。先了解项目和需求，不要总想着抢时间；
3.less is more (变量、函数、模块规划、代码量等等)
4.规划上遵从 SOLID准则、KISS准则、DRY准则、YAGNI准则、迪米特规律
5.提高表达力；无论是写代码也好，仍是文字描述问题也好，终究都是要给人去看的，核心便是文字和语言表达才能。(不要怕为程序表达而浪费时间，例如花时间起名字)
3.1 坚持一致的代码风格
驼峰命名法。CamelCase 蛇形命名法。snake_case 串式命名法。kebab-case 匈牙利命名法。分为 标识符 + 驼峰命名；标识符用来表明数据类型或许用处，例如 IAccountNum ，标识符为”I”，表明 long；rwPosition，rw 表明 row。微软产品中广泛运用，现在不引荐。
3.2 代码格局
坚持自上而下的笔直风格的阅读；代码格局关乎交流，而交流是专业开发者的头等大事
相同思路的代码不用空格，不同思路的代码用空行离隔 为读代码便利，防止一个函数跳到别的一个函数，终究找不到本来函数的尴尬局面，最好是将联系密切概念的代码彼此靠近。相关函数：彼此调用的函数放到一同，并且调用者应该尽或许放在被调用者上面 变量声明：放到函数顶部。实体变量：放到类的顶部 代码行宽度：80~ 120个字符为最佳，否则看起来费力，函数最好是70行 团队规矩：每个程序员都有自己喜欢的格局规矩，但假如在团队中作业，便是团队说了算
3.3 变量名
名副其实，字如其意，防止误导。供给有意义、让人看得懂的线索。
不做无意义的区别：a1，a2，a3…. 以及 product 和 productInfo 防止留下误导本意的线索。例如：userList 那就得是一个数组，不是单个目标。 防止硬编码。 运用能够读得出来的词儿，防止自己造词儿。 特别场景能够写一些我们耳濡目染达成“一致”的词儿，例如：循环的场景 i,j,k 单个字母名称一般都用作循环计数器 加前缀增加有意义的语境。例如：firstName 改为 addrfirstName 坚持尽量的简短
3.4 类名
纯名词儿。User、Account等
3.5 方法或许函数名
动词或许动词短语。createAccount、save
目标暴露行为，隐藏属性。
3.6 函数
函数第一规矩是少、其次是专。少而精，专心只做一件事。
参数是进口，return是出口，坚持自上而下的阅读次序，不要做过多的分流，goto能不用就不用 能写出矮小的switch句子很少，switch少用，能够转用其他方法：例如 多态。 函数参数要少，最好是没有，其次是1个、两个，最多三个，不能再多了。(参数读起来很费力，测起来费力，试想，一件工作，一个要素的影响好判别，仍是十个要素呢？需求十个要素排列组合..) 无副作用。函数中不要引证全局变量、引证类型的数据结构也要注意 写防御性的代码，函数中错误处理要完善。
3.7 注释
正确看待注释，注释固然好，但最多也只能算是一种对代码表达不善的弥补说明。假如代码有足够的表达才能，那么注释或许根们不需求。注释要有三个准则：准确（不要出错）、必要（剩余注释会显得代码臃肿和浪费时间）、清晰（注释最好格局清晰明了，不要太混乱）。
法律信息。 /* Copyright 2022 xxxxxx. All Rights Reserved. */ 参数和函数返回信息注释。 不要吝惜代码，代码注释了就删了，别藏着 注释现阶段中英文都能够，便利就好 待完善的部分最好是用 todo 注释写清楚 (IDE现在也支撑) 切勿自言自语，随便写，想清楚怎么表达，别人怎么看清楚，再写。
3.8 防止过度规划
有人问 阿里P12 多隆，怎么做架构规划？
多隆说淘宝的技能发展到今天，无他，“简单够用”即可——在淘宝只要100万交易量的时分，就支撑100万交易量；在淘宝有1个亿交易的时分，就支撑1亿交易量；在淘宝过千亿的时分，就支撑千亿成交。因而，淘宝的技能基本上是跟着商业需求在走，找到最快完成或许最合用的解决方案
识别核心需求，无需一步到位。
- 什么是必须做的？
- 什么是现在必须做的？
