「写java时出现的问题」java中使用什么来做错误处理

今天给各位分享写java时出现的问题的知识，其中也会对java中使用什么来做错误处理进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、JAVA开发过程中需要注意那些问题？
• 2、Java编程中常见的错误有哪些
• 3、我写了个java代码，编译没有问题，但是执行的时候就出了一堆乱七八糟的代码，这是怎么回事？
• 4、用idea编写java代码时突然出现的问题求大佬指点

JAVA开发过程中需要注意那些问题？

开发过程需要注意的问题有下面这些：

1. 服务器端必须提供输入数据正确性的验证，客户端的Javascript验证可以没有。这是基于安全性的考虑，因为Javascript是很容易被绕过的，增加客户端验证只是为了减少服务器压力、界面更加容易使用。

2. 适度使用Session，尽量不要在Session里放很大的集合对象，以免内存消耗过大，因为很多用户访问的时候会产生很多的Session。参数传递应该尽量通过Request。熟悉HTTP有助于更好的理解Session、Cookie、Request等的机制。

3. 在带有分页的查询界面，尽量不要使用POST方法来传递参数，POST传递的参数在地址栏里是看不到的，刷新后会有重新提交表单的提示。使用GET方法传递参数要注意URL的长度不能超过1K。

4. 分层应该清晰，一般目前我们分为View（Jsp或FreeMarker加上Action）、Bean（Service）、DAO这么三层，即显示层、业务层、数据层。记录集ResultSet这种只能出现在DAO层中的对象不能出现在Bean（Service）层中，同样HttpServletRequest这种只能出现在View层的对象也不应出现在Bean（Service）层中。这并不是绝对的。

5. 尽量使用简单SQL，避免两表以及多表联查。多表联查会导致数据库压力大幅增加，而且不利于在内存中对部分记录进行缓存，代码的重用性也难以提高。

6. 避免在循环里执行findXXById这样的方法，不如执行一个findXXByIds这样的方法一次性把记录取到Map里。大部分有实际对象对应的表应该提供这样一个方法。

7. 如果使用最原始的jdbc编程的话需要注意资源的正确释放，在循环里new出来的Statement或者ResultSet就要在循环里关闭。

8. 在编写SQL进行查询的时候，需要能够判断这个SQL是否已经使用了索引，避免全表扫描，必要的时候增加索引。

9. 在写一个方法前，首先查看有没有相同功能或者很类似功能的方法已经有了，尤其是工具类方法，往往已经写过了，避免重复代码的产生，发现重复代码及时进行处理。如果一段代码被重复使用两遍或以上，那么可以考虑专门写个方法来放这段代码，同样多次使用的常量也应该专门定义出来。

10. 在一个方法里并不一定只能有一个return，如果已经有结果了尽早return，没必要增加嵌套的层次，那样会导致代码可读性不佳，但也不能return太多，代码看起来比较舒服就可以了。

11. 不要满足于能够熟练的编写DAO和Bean（Service）的代码，相比较而言，后台如果在成熟框架的支持下，编码是没有太大难度的，也不值得沾沾自喜，因为这是对Java研发工程师基本的要求。适当的培养一下前台的编码能力，学会使用Dreamweaver。不要轻视界面，也别认为这是界面设计的事情，界面对用户来说就是软件，学会编写CSS和调整界面对你没有坏处。

12. 非常明确Java和javascript作用的范围，明确它们能做的事情。

13. 一般很奇怪的现象都是由一些低级错误引起的，如果你查了一段时间也没有结果，那么让别人来查吧。

14. 不要用可能被修改的字段来做主键，那样会让相关记录的更新成为一个大麻烦。

15. 如果被迫使用Hibernate和jdbc混合操作数据库的话，不要用Hibernate来做复杂查询和统计。Hibernate用的不好的话，带来的便利是非常有限的。

16. 数据库中经常被读取，但是很少修改的话，应该把这样的数据读到内存中用OSCache之类的缓存起来，然后定期或者触发的去更新，有助于减少读数据库次数，提升性能。

17. 编码的时候应该注意部署环境带来的影响，这种影响包括操作系统不同带来路径的差异；应用服务器和数据库服务器之间时间的差异；外网可能部署在多台服务器上，放到Session里的对象因为需要复制所以要实现java.io.Serializable接口等。

18. 尽量不要在jsp上编写太多代码，保持jsp的整洁很重要，用Dreamweaver打开不至于一塌糊涂，根本看不出来这是个什么界面。

19. 目前我们的项目一般都使用Spring来管理数据库事务，而且一般都配置在Bean（Service）即业务层这一层，应该注意要保持事务的完整性，不要把一些应该放在一起的操作分散在Action这一层。相关的更新操作可以认为是一个事务，比如：增加一个家长，同时更新学生是否有家长的字段。

20. 在Spring的配置中，对于有些需要保持独立事务的方法操作，比如生成主键等，应该声明该方法为独立事务ROPAGATION_REQUIRES_NEW。Bean（Service）里如果抛出checked exception，事务默认是不会回滚的，需要加以声明，比如propkey="*"PROPAGATION_REQUIRED,-PassportException/prop。

21. 在一个Bean（Service）中引用其他Bean（Service）的时候尽量引用Bean（Service），而不是DAO。因为其他的Bean（Service）往往封装DAO的操作后，又做了进一步的完善，比如增加校验等，所以应该重用这些方法，而不必要去引用DAO的方法来重写这些操作。

22. 至少在Bean（Service）的接口定义上增加注释，方便他人引用你写的方法。

23. 好好利用集合框架里的Map、List、Set。尤其是HashMap、ArrayList、HashSet用的最多，这些类是多条数据操作的基础，它们都不是线程安全的。

24. 现在跑的快的页面，随着数据量的增加，可能会变的很慢，所以应该意识到页面可能变慢的原因，而不是现在看起来很快。影响速度的大部分原因是对数据库的压力太大了，在java代码执行上花费很多时间的情况是不常见的。

25. 避免不必要的跳转，如果页面执行的足够快，那么中间的载入进度提示页是不必要的，那样会让用户觉得闪烁。

26. 注意页面的文件大小，并不是每个用户的带宽都是非常理想的，文件小一点，速度快一点，总是感觉更好一点。

27. 不要去修改用户的浏览器，比如隐藏他们的地址栏、菜单、右键菜单等，这可能会引起部分用户的反感。尽量不要使用弹出窗口，可能会被拦截。

28. 网站的权限控制至少应该保证有访问权限的用户才能访问页面，通过隐藏链接之类的方法是很不安全的，用户看不见了并不表示安全了。权限的控制尽量使用框架里的拦截器这样的机制，而不是把权限控制代码写的到处都是。过滤器不宜过多的使用，不仅因为过滤器的作用范围很难控制，而且容易引起页面执行效果的混乱，错误不易排查。

29. 页面里大部分情况使用相对路径，保持Action路径层次和页面一致，这样应用就可以发布在各种目录下。

Java编程中常见的错误有哪些

相信作为程序员的我们在对程序进行编译过程中经常会遇到错误，或者在运行过程中出现错误，在这里主要跟大家谈谈经常遇到的一些异常与错误，以及解决办法。

异常是指程序在编译或运行过程出现的错误。

在java.lang包中Throwable包含了所有的异常。

Error (错误) 和Exception(异常)

(1)Error(错误)

一旦发生无法修复，但可以避免发生。

常见错误类：

IOError：I/O错误，当发生严重的I/O错误时，抛出此错误。

VirtualMachineError ：虚拟机错误，当 Java 虚拟机崩溃或用尽了它继续操作所需的资源时，抛出该错误。

StackOverflowError：栈内存满了，当应用程序递归太深而发生堆栈溢出时，抛出该错误。

OutofMemoryError:堆内存满了，因为内存溢出或没有可用的内存提供给垃圾回收器时，Java 虚拟机无法分配一个对象，这时抛出该异常。

以上是一些常见的错误，在Error类中还有一些别的错误（参照文件Java.lang.Throwable.Error）.

(2)Exception(异常)

一旦发生，可以捕获并处理，不会导致程序终止，有时可以避免有时无法避免。

异常的分类：

1.编译时异常（需要强制处理）       2.运行时异常（不需要强制处理）

常见的异常有：

IOException：输入输出流异常

FileNotFoundException：文件找不到的异常

ClassNotFoundException：类找不到的异常

DataFormatException：数据格式化异常

NoSuchFieldException：没有匹配的属性异常

NoSuchMethodException：没有匹配的方法异常

SQLException：数据库操作异常

TimeoutException：执行超时异常

常见的运行时异常：

RuntimeException：运行时异常

NullPointerException:空指针异常

ArrayIndexOutofBoundsException：数组越界异

ClassCastException：类型转换异常

IllegalArgumentException：非法的参数异常

InputMismatchException：输入不匹配

以上是常见的一些异常，另外还有别的异常，参见文件：Java.lang.Throwable.Exception

既然我们常常会遇到一些异常，那我们如何来处理这些异常就是一个急需解决的事情。

(1) 如何处理编译时异常？

方法一：将需要处理的代码块放在一个try...catch...中

try{

//需要处理异常的代码

}catch(XXXException ef){

ef.printStackTrace();

}

我们方法一就是要将我们不确定的代码放入try......catch中，先进行try一下，如果没有异常，则不会触发catch,没有输出，一旦出现异常，那么catch就会工作，在catch中捕获异常信息，根据异常信息进行补救措施。

如以下代码：

方法二：在出现异常的方法上直接向上抛出异常，throws

void ff() throws XXXException{

}

将出现的异常的代码中，放入如上的方法中，就会将异常抛给该方法的上一级，在主函数上继续向上抛，最终抛给JVM java虚拟机，让JVM来解决该问题。

如代码：

注意：在catch和throws的时候如果不确定是什么异常,就直接写一个Exception.

(2) 如何处理运行时异常？

1.一般情况下，运行时异常是不用处理的 

2.在某些情况下,如果对发生异常的结果进行处理，也可以对运行时异常进行try...catch...

以上就是一些我们处理编译时异常和运行时异常的方法。

在程序出现异常时，有时候我们可以自定义异常，以便我们能够发现是什么异常。

那么如何自定义异常？？

1.当运行时，程序出现意外，可以抛出异常对象来结束程序

如：

//抛出运行时异常对象

RuntimeException ef = new RuntimeException("下标越界！index:"+index+" ,size:"+size());

throw ef;

2.对于编译时异常，同样可以抛出异常对象

但在方法定义时候必须加上throws

如：

public void test(int t) throws Exception{

if (t 0 || t 100) {

Exception ef = new Exception("数据错误");

throw ef;

}

}

例如：

运行结果：

从结果可以看出，我们在输入数据的时候出现错误，这样通过自定义异常能够让我们更直接快速的找到运行或编译时的异常。

在上述中我们分别提到了三种throw，分别是Throwable,Throws以及throw，那么到底三者有什么区别？

Throwable：是指在在Java.lang包中的一个类，其包含了所有的异常和错误，其中类Error和Exception 是它

的子类。

Thows：是指在解决编译时异常，将方法中异常抛给上一级，在方法后面要加Throw Exception来进行抛。

throw：是指在自定义异常时，如果方法出现异常，那么将作为引用方法的对象抛出。即抛出异常。

我写了个java代码，编译没有问题，但是执行的时候就出了一堆乱七八糟的代码，这是怎么回事？

原因是你编译使用的javac，把代码编译成版本61的class，而你的运行环境java，是一个老版本，能执行的上限是52版本。

解决方法有两个：

1，安装和JDK相同版本的Java运行时（JRE），并正确设置PATH变量。验证方法是：

在黑窗口里分别输入java -version和javac -version，两个版本要一致，或者java的版本更高。

相关命令截图如下：

2，编译的时候指定运行时的版本：使用--release参数指定版本。

例如，你通过 java -version查看到版本=8，那么就按如图的命令编译

用idea编写java代码时突然出现的问题求大佬指点

Java8在2014年三月发布了。我们打算将Pondus的所有生产服务器升级到这一新版本。从那时起，我们将大部分代码库迁移到lambda表达式、数据流和新的日期API上。我们也会使用Nashorn来把我们的应用中运行时发生改变的部分变成动态脚本。

除了lambda，最实用的特性是新的数据流API。集合操作在任何我见过的代码库中都随处可见。而且对于那些集合操作，数据流是提升代码可读性的好方法。

但是一件关于数据流的事情十分令我困扰：数据流只提供了几个终端操作，例如reduce和findFirst属于直接操作，其它的只能通过collect来访问。工具类Collctors提供了一些便利的收集器，例如toList、toSet、joining和groupingBy。

例如，下面的代码对一个字符串集合进行过滤，并创建新的列表：

stringCollection

.stream()

.filter(e - e.startsWith( "a"))

.collect(Collectors.toList());

在迁移了300k行代码到数据流之后，我可以说，toList、toSet、和groupingBy是你的项目中最常用的终止操作。所以我不能理解为什么不把这些方法直接集成到Stream接口上面，这样你就可以直接编写：

stringCollection

.stream()

.filter(e - e.startsWith( "a"))

.toList();

这在开始看起来是个小缺陷，但是如果你需要一遍又一遍地编写这些代码，它会非常烦人。

有toArray()方法但是没有toList()，所以我真心希望一些便利的收集器可以在Java9中这样添加到Stream接口中。是吧，Brian？ಠ_ಠ

注：Stream.js是浏览器上的Java 8 数据流API的JavaScript接口，并解决了上述问题。所有重要的终止操作都可以直接在流上访问，十分方便。详情请见API文档。

无论如何，IntelliJ IDEA声称它是最智能的Java IDE。所以让我们看看如何使用IDEA来解决这一问题。

使用 IntelliJ IDEA 来帮忙

IntelliJ IDEA自带了一个便利的特性，叫做实时模板（Live Template）。如果你还不知道它是什么：实时模板是一些常用代码段的快捷方式。例如，你键入sout并按下TAB键，IDEA就会插入代码段System.out.println()。更多信息请见这里。

如何用实时模板来解决上述问题？实际上我们只需要为所有普遍使用的默认数据流收集器创建我们自己的实时模板。例如，我们可以创建.toList缩写的实时模板，来自动插入适当的收集器.collect(Collectors.toList())。

下面是它在实际工作中的样子：

让我们看看如何自己构建它。首先访问设置（Settings）并在左侧的菜单中选择实时模板。你也可以使用对话框左上角的便利的输入过滤。

下面我们可以通过右侧的+图标创建一个新的组，叫做Stream。接下来我们向组中添加所有数据流相关的实时模板。我经常使用默认的收集器toList、toSet、groupingBy 和 join，所以我为每个这些方法都创建了新的实时模板。

这一步非常重要。在添加新的实时模板之后，你需要在对话框底部指定合适的上下文。你需要选择Java → Other，然后定义缩写、描述和实际的模板代码。

// Abbreviation: .toList

.collect(Collectors.toList())

// Abbreviation: .toSet

.collect(Collectors.toSet())

// Abbreviation: .join

.collect(Collectors.joining( "$END$"))

// Abbreviation: .groupBy

.collect(Collectors.groupingBy(e - $END$))

特殊的变量$END$指定在使用模板之后的光标位置，所以你可以直接在这个位置上打字，例如，定义连接分隔符。

提示：你应该开启"Add unambiguous imports on the fly"（自动添加明确的导入）选项，便于让IDEA自动添加 java.util.stream.Collectors的导入语句。选项在 Editor → General → Auto Import中。

让我们在实际工作中看看这两个模板：

连接分组

Intellij IDEA中的实时模板非常灵活且强大。你可以用它来极大提升代码的生产力。你知道实时模板可以拯救生活的其它例子吗？请让我知道！

作者：布客飞龙 segmentfault.com/a/1190000006033999

写java时出现的问题的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于java中使用什么来做错误处理、写java时出现的问题的信息别忘了在本站进行查找喔。