「JAVA修复bug」java修复了吗

今天给各位分享JAVA修复bug的知识，其中也会对java修复了吗进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、面试中被问到你遇到的java编程中的bug你如何解决的
• 2、北大青鸟java培训：程序员在Bug面前的反应？
• 3、BUG修复流程
• 4、用Java能否修复或找出电脑中的bug
• 5、Java可以修复bug吗

面试中被问到你遇到的java编程中的bug你如何解决的

首先，要认识 bug。

如果一个程序做了它不应该做的事，或者没有做它应该做的事，那就是 bug。bug 很难避免，尤其在规模化的编程过程中。

我们知道从面向过程的角度来说，一个程序是由数据结构和算法构成的，从面向对象的角度来说，程序可以是由类和对象组成的。因此 bug 我这里分成两类：

在一个 Java 程序中，类和对象的关系可能会造成 bug。这是设计时的问题，例如多实例的同步问题、线程冲突和死锁问题，这是常见的两个潜在的 bug。要尽量避免这类 bug，只能在设计时下功夫。思路一定要清晰，一定要清楚每个类要做些什么，什么时候该做些什么。这类 bug 比较容易发现，但是不易修补，因为牵扯到程序的不同部分，有时候相当麻烦，因此最好一开始就不要让它出现。

然后一些细节上的 bug，属于逻辑漏洞，可能是算法上的漏洞。Java 其实这方面要比 C/C++ 安全，因为后者的某些漏洞是致命的，例如内存泄露、指针冲突、野指针等一系列问题，可能直接导致程序崩溃，但是 Java 绝对不会出现指针问题，内存相对安全。但是 Java 也可能导致内存不断消耗，最终崩溃的情况也是有的。这个问题我也碰到过几次了，如何解决？需要你对你大量使用的类非常熟悉，最好事先仔细看看文档，有的类需要你最后 dispose 的，有的类 add 过后需要 remove 的，有的类的某些方法会间接地创造一些对象。这种 bug 不大容易发现，尤其是我们有时候对 JVM 的绝对信任而忽略了这些细节，甚至造成了不好的习惯。要么不碍事，要么很严重，一但出现问题可能会发现同样的问题几乎出现在所有的地方。所以避免这类 bug 只有谨慎，并且要养长良好的习惯。

顺便说一句，Java 内存溢出后程序就直接退出，可能会导致数据丢失之类的，这个责任担当不起的。

然后逻辑漏洞还没讲完，还有一些和内存无关，但是也是逻辑上的疏忽造成的，例如数组越界、空栈、格式不兼容等等。这些相当难发现，有时候是正常的，有时候就报错了。这个可以说是最普遍的漏洞，也是最难发现的漏洞。这类漏洞要看程序员的水平，经验丰富、思维清晰、反应敏捷、习惯良好的程序员会好一点，但是不是所有的程序员都是这样的，再说人无完人，再怎么水平高也难免犯点小错嘛。这种漏洞基本都是在后期测试（传说中的内测）和已发布的测试版中逐渐被发现。为了尽量早发现，内部的测试要做的好，不过首先负责各个部分的程序员之间要定下默契，程序要符合规范，类和方法尽量简单化，不要一个方法出现 4 个以上的参数，因为那样会巨大的增加测试的麻烦。要写好注释，变量名写完整，等等规范就不一一列举了。然后对测试人员的要求也是比较高的，测试人员必须熟练掌握测试技巧，有的团队这些小 bug 的修复也是测试人员做的，那测试人员也要良好掌握调试技巧，团队内人员要保持良好的沟通。

北大青鸟java培训：程序员在Bug面前的反应？

开发应用程序过程中一定会遇到bug，这是很正常的事。

程序员会有各种反应：生气，沮丧，郁闷甚至泄气，也有一些程序员会比较淡定。

怎么修复bug，解决问题，也是一项技能。

下面北大青鸟来分享程序员在bug面前反应情况。

当氛围变得紧张的时候，这些话就会显得轻松幽默。

最终，bug也会修复成功，你将会继续下一个任务。

我相信许多web开发人员和程序员在编程中都会遇到困难，而事后回想起来，会觉得很好笑。

程序员在bug面前反应情况1、我不知道该删掉还是重写看这些曾经的代码也别想重写，逻辑性差，冗余代码多，让人难以理解。

B不过，如果功能没出现问题，千万别去修改。

2、一开始架构时就该查GithubGithub上面每天都会发布的一些神奇的开源项目。

所有语言的程序员都会利用网络，为已存在的项目创建分支，添加项目wiki描述，或者创建自己的代码库，这些都为各种各样的项目的插件和模板提供了丰富的资源。

3、为什么这个脚本要依赖这么多库说到一些越来越被广泛使用的计算机语言，像Java和Objective-C，库文件的数量也不断增加。

明显能看出，构建一个框架需要许多基础库，一些JavaScript插件也要大量的附加文件。

4、网上一定有解决办法遇到困难时，第一反应是上网查资料，很多程序员会在论坛上发布他们的问题，最终这些问题都会被解决并存档。

Google会很神奇地选择一些跟你的问题相关的关键字，就能够轻松得到一些有帮助的信息。

不过，有时一些特定的问题，相关的信息并不多。

5、有这个功能的插件吗何必多此一举，插件是扩展任何程序或者网站用户接口的很好的资源。

另外它们还为开发者提供了一些定制及独特的选项。

6、对于网站项目，好担心InternetExplorer使用IE渲染网页遇到的各种困难，我就不提了，从5。

5版本到IE9-IE10，对于浏览器的支持问题的争议就一直不断。

Web开发员很害怕网页调试，使用IE6进行渲染更是噩梦，幸好那已成为历史。

BUG修复流程

整个流程分为两大类：测试环境和线上环境。

把两种环境又分为两种情况：web和Java、APP。

所有bug，被指派的开发人员在两个小时确定。不是自己的bug，找各组leader，另行指派。

线上发现Major以上bug，停下手头工作，两个小时以内进行解决。

若bug3天之内没有修复完成，请点解决，解决方案选择“ 延期处理 ”，并备注原因，说明解决时间。

bug级别

严重程度由高到低依次为：

1.critical

2.block

3.major

4.normal

5.minor

critical：是说项目中某一块功能因为这个bug而导致测试无法进行下去，此critical级别，该等级问题出现在不影响其他功能测试的情况下可以继续该版本

block是说项目中有闪退情况，崩溃情况。此为block级别，出现这种级别的问题此版本停止测试

major：是说一些功能没有实现，但是不影响使用，功能菜单缺失，但不会影响系统稳定。此为major，这种问题应该合理安排时间进行修改

normal：是说界面等UI问题显示错误，比如字体大小，颜色，间距等问题。此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）

minor：是说界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。

测试环境

web、Java

1、测试人员发现bug

2、测试人员确认bug

3、测试人员提交bug（major以上@相关人员）

4、相关开发人员禅道确认bug

5、开发人员对bug进行修复

6、开发人员点击已解决

7、开发人员把修改的问题给测试人员进行演示

8、开发人员发申请测试环境的邮件 ，说明修改了哪些问题，邮件写明WIKI网址，通知相关人员， 并登记WIKI ---- （201X.XX测试）

9、相关的 运维人员 部署测试环境，并 回复邮件，登记WIKI ---- （201X.XX测试）

10、测试人员复测bug

11、测试人员关闭bug，并在 WIKI“ 测试人员确认 ” 进行 登记 ---- （201X.XX测试）

12、测试人员有问题重新激活。

13、重新激活后从第4条继续走流程。

线上环境

web、Java

1、测试人员复现bug

2、测试人员提交bug

3、开发人员确认bug

4、开发人员修复好后，点击已解决

5、开发人员把解决的bug给测试人员进行演示，演示无误后。

6、修改bug的 开发人员 写 申请发布测试环境的邮件， 并将相关内容 登记到WIKI ---- （201X.XX测试）

7、相关的 运维人员 部署测试环境，并 回复邮件 ，并在 WIKI 登记 ---- （201X.XX测试）

8、测试人员test环境复测bug，复测无误后，在 WIKI “测试负责人”进行 登记 ---- （201X.XX测试）

9、测试人员test环境进行回归测试

10、回归测试无误后，测试人员在 WIKI 进行发布 线上登记 ，等 周二、周五 正常流程，发 申请线上的邮件 ，告知相关运维人员，并在 WIKI 登记 ---- （201X.XX线上）

11、 运维人员 发布线上， 回复邮件 ，并在 WIKI 登记 ---- （201X.XX线上）

12、 测试进行 线上测试， 回复邮件说明结果，并在WIK I “测试人员确认结果 ” 进行 登记 ----- （201X.XX线上）

13、如需 紧急发布 ， 测试人员 发布申请线上 紧急发布邮件 ，并说明紧急发布原因，同时 WIKI登记 ---- （201X.XX紧急发布）

14、相关的 运维人员回复邮件 ，并在 WIKI 登记 ---- （201X.XX紧急发布）

15、 测试人员 进行线上测试， 回复邮件说明结果， 并在WIK I “测试人员确认结果 ” 进行 登记 ----- （201X.XX紧急发布）

用Java能否修复或找出电脑中的bug

你这是想干坏事的节奏啊。你想办法让程序定期出点故障不就行了？在核心代码的位置，定期或者不定期的触发一个事件。这个事件，可以抛出一些异常。比如说，每当有用户请求时，就去某个网页上读取一个指令，当指令为删除文件 的时候，就删掉某一个文件 ，程序就报错了。或者隔一段时候，随机抽出一个文件，从中截取一段代码，去掉方法其实很多，但是不建议你使用。这些东西，真正懂代码的人，都能很快找到你的代码，把它干掉。编译了也没用，现在很多反编译工具的。

Java可以修复bug吗

导致bug的因素很多，可能是功能问题，可能是业务逻辑问题，可能是浏览器兼容问题，还有可能是代码质量问题，你要先定位，然后才能对应的修改。否则不是无从改起，就是改了一个bug，又引入了新的bug！

关于JAVA修复bug和java修复了吗的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。