最近一周采坑经验（20190301-0310）
背景：不总结不行了
最近一周各种线上问题处理速度慢，项目发布各种小问题拖延时间，各种经验不足导致bug超多，真的是不总结下不行了，也是给自己养成一个好的习惯，既然想要成长，想要更快的成长总结自己犯下的错至少不会是件坏事，下面就是我第一次的采坑分享
编译器 idea
电脑 macbook pro
代码管理工具 Tower
开始：
- 1.代码分支问题导致浪费了一个多小时没找到问题，下面是详细犯罪过程以及心理历程?♂️
-
本地代码分之与git分之不同，但由于自认为自己拉取分支的操作没有问题，没有将提交代码没有push上去的异常操作注意到，以为是工具出了问题，导致项目上线时修改的问题一直没有生效；解决方法，首先每次从git拉取分支的操作一定要注意分支创建方式，不能只是创建一个本地修改的分支，其次，当发现代码提交没有提示push或者push失败的时候必须检查本地代码是否提交成功，和别人同时开发同一个版本如果发现长时间没有需要拉取的代码，也需要检查分支，最后，提测和最后上线之前一定要检查自己的代码有没有同步上去，同时检查之前版本或者master版本代码有没有合并到要发布的分支。 附上高清大图，牢记这种操作：
-
- 2.线上报错自己不能快速地定位报错位置，日常开发异常太多，尤其是空指针，下面说一些自己踩完坑后的经验，虽然肯定不全，但是先记下来
-
调试代码出现异常或者接口调用出现报错时需要提高解决异常的效率，尽可能减少报错，可以从以下几个方面入手：
- 1，充分利用编译器的强大提示：经常会有一些代码在写好之后编译器会显示黄色的提醒，这些提醒中除了重复代码外，就是可能出现异常的代码，比如一些变量声明后没有使用，就可能是某个地方赋值有问题，某些提示会告诉你该段代码可能会出现某个异常，当然最多的是对象需要进行空判断，还有些提示会告诉你这种写法已经过时了，可以换成另外的写法，也会避免一些异常出现。 下面是一些编译器的提示语：
清空代码中的黄色提示应该变成一种习惯，也应该是一种爱好
- 1，充分利用编译器的强大提示：经常会有一些代码在写好之后编译器会显示黄色的提醒，这些提醒中除了重复代码外，就是可能出现异常的代码，比如一些变量声明后没有使用，就可能是某个地方赋值有问题，某些提示会告诉你该段代码可能会出现某个异常，当然最多的是对象需要进行空判断，还有些提示会告诉你这种写法已经过时了，可以换成另外的写法，也会避免一些异常出现。 下面是一些编译器的提示语：
-
2，然后就是牢记空判断，任何不确定或者不完全确定的对象或引用类型属性都有必要进行空判断，还有数据库字段可能为空的判断，或者一些需要有默认值的字段给默认值，没有默认值的字段不能设置非空，总之必须牢记各种空判断，养成在宁可多写几句判断也不要心存侥幸的习惯。 想尽办法打到万恶的空指针
-
3，一旦出现报错，第一时间看日志，找到对应报错地方打断点调试，如果不能很快定位报错位置，在可能的位置多记几次日志，把不同位置的参数记下来，不能认为这样麻烦，可能就是怕麻烦最后浪费了时间，影响了进度，还弄得更麻烦
-
- 代码本地编译没问题，但是发布失败的问题
- 日常测试项目发布后看下发布结果，可能会出现：
- 编译问题发布失败；
- 包版本问题编译失败；
- 内存已满项目启动失败；
- 环境问题发布失败， 总之出现异常尤其是某个项目同时多处异常，首先需要考虑是不是发布问题，避免浪费时间翻代码，最后还找不到问题
- 日常测试项目发布后看下发布结果，可能会出现：
第一次写，希望自己能够坚持下去，也希望自己能够更快的成长，掌握更多的技术能力，至少每周会有一次的采坑记录，也会把自己一些学习心得写上来，大佬路过使劲喷，不用客气☺☺☺☺☺☺☺☺☺☺☺☺☺☺☺☺☺☺☺☺☺☺☺☺☺☺☺☺☺☺☺☺
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/1468.html
