【原创】 元芳，这个BUG，你怎么看？

不过在编写代码时，bug永远是困扰每一位从业者的老大难。那么，今天首先分享几个最佳实践，希望可以帮助大家减少Java开发中的bug数量！然后分享下出现问题，应该如何处理！

元芳，你怎么看？

一：不要依赖初始化

在Java中，开发者常常依赖构造函数进行对象初始化。不过这其实是一种常见误区。我们完全可以在无需调用构造函数的情况下，通过多种方式实现对象分配。

几种常用方式：

大家可以将所有变量声明为私有。要访问该类外的对象，大家可使用GET与SET方法。对每个对象，编写一个新的私有boolean变量并对其进行初始化。编写一个非构造函数类，其将确保每个对象会在接受调用之前进行初始化。

二：保护类、方法与变量

在代码当中，类、方法与变量分为私有与公共两类。私有类无法轻松进行访问，这使其成为代码中的高安全性点。不过公共方法与变量则易于方法，也因此常常成为攻击突破口。因此，请尽可能限制其范围。

请记住，只在必要时开放类、方法与变量。

三：永远对范围进行预定义

大多数开发者完全依赖于软件包自身的范围设定，事实上我们应当坚持对代码范围进行预定义。很多类本身并非完全封闭，这意味着攻击者能够对其施以攻击。黑客可以利用单一漏洞插入自己的类，进而从代码中提取敏感信息。JVM在默认情况下即不会封闭，不过允许大家在该软件包内进行类封闭。

四：避免使用内部类

一般来讲，开发者会在同一软件包内其它类需要时使用内部类。这些内部类通常可供同一软件包内全部类进行访问，由此可能引发的问题在预定义代码范围部分已经提到。因此，同样请仅在必要时使用内部类。

五：避免改造公用代码

多数项目开发过程中，总会有公用类，方法等，在产生需求变更或者问题时，应尽量避免修改这些公用代码，如确实不能避开，则需要将原代码进行注释，而不是删除，然后进行全方位的测试，确保修改无误。

当然，没人能100%掌握Java的全部奥秘，但关注上述编程原则及实践，能够帮助大家更为有效地降低代码内bug数量。那么项目中不出现BUG，是不可能的，那么出现问题后，应该如何去分析问题，定位问题，修改问题？接下来，小编也总结了几点，希望能帮助到大家。

元芳，这个BUG，你怎么看？

一：确定BUG范围

在出现BUG的时候，首先要反馈出两个信息，一是BUG截图，二是BUG日志，看到截图，首先确认是实施问题，还是前端问题，还是后台问题，还是环境、硬件、网络等问题，这样有效的避免了出现BUG就看代码的恶习。

二：确定BUG的等级，即：优先级、紧急度

首先要明白项目开发中，项目的周期一般是固定的，有计划的，是团队研发的整体计划，那么出现问题后，第一步应该确定BUG的等级，划分优先级，紧急度，避免影响整体的进度计划，几种等级处理方式：

1：优先级高，紧急度，特急，那么这种情况，应优先处理BUG，调整原先的计划，并在解决完毕后，及时反馈BUG的处理进展情况，结果情况，并提前安排后续的计划需求

2：优先级低，紧急度，不着急，这种情况，则需要首先反馈一条信息“问题绝对会在上线之前处理”，其次将BUG进行记录，在不影响原计划的同时，制定解决问题的计划，并反馈计划和结果情况

最后，贴上几个小编的需求变更处理流程，供参考。

图1：需求变更处理方式

图2：定位问题并解决问题