甜橘子，专注成都网站制作网站设计与营销型网站建设与优化
QQ :532337155
电话：028-86922220
per.setName=("zhangsan");
站在用户的角度思考问题，与客户深入沟通，找到桦甸网站设计与桦甸网站推广的解决方案，凭借多年的经验，让设计与互联网技术结合，创造个性化、用户体验好的作品，建站类型包括：成都网站建设、网站建设、企业官网、英文网站、手机端网站、网站推广、国际域名空间、网站空间、企业邮箱。业务覆盖桦甸地区。
per.setAge=(-30);
没运行，看了一眼，应该是这里错了吧。
应该是这样写，
per.setName("zhangsan");
per.setAge(-30);
1、java 编译错误，说明你的java代码源文件存在明显的语法错误。
2、请仔细看你的源代码，错误信息提main方法所在这一行有语法错误。
3、你把public 写成了 publec 了吧，低级错误。
4、希望对你有帮助。
相信作为程序员的我们在对程序进行编译过程中经常会遇到错误，或者在运行过程中出现错误，在这里主要跟大家谈谈经常遇到的一些异常与错误，以及解决办法。
异常是指程序在编译或运行过程出现的错误。
在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：是指在自定义异常时，如果方法出现异常，那么将作为引用方法的对象抛出。即抛出异常。
原因可能为：
1、运行的用户数过多，对服务器造成的压力过大，服务器无法响应，则报HTTP500错误。减小用户数或者场景持续时间，问题得到解决。
2、该做关联的地方没有去做关联，则报HTTP500错误。进行手工或者自动关联，问题得到解决。
3、录制时请求的页面、图片等，在回放的时候服务器找不到，则报HTTP500错误，若该页 面无关紧要，则可以在脚本中注释掉，问题将会得到解决。例如：有验证码的情况下，尽 管测试时已经屏蔽了，但是录制的时候提交了请求，但回放的时候不存在响应。
4、参数化时的取值有问题，则报HTTP500错误。可将参数化列表中的数值，拿到实际应用系统中进行测试，可排除问题。
5、更换了应用服务器（中间件的更换，如tomcat、websphere、jboss等），还是利用原先录制的脚本去运行，则很可能报HTTP500错误。因为各种应用服务器处理的机制不一样，所录制的脚本也不一样，解决办法只有重新录制脚本。
6、Windows xp2 与ISS组件不兼容，则有可能导致HTTP500错误。对ISS组件进行调整后问题解决。
7、系统开发程序写的有问题，则报HTTP500错误。例如有些指针问题没有处理好的，有空指针情况的存在。修改程序后问题解决。
8、如果测试中所进行的操作需要向数据库中插入数据，若大数据量的情况下导致数据库中表空间已满，或 缓冲池较小无法满足数据的存取等，都有可能导致HTTP500错误。调整数据库、修改连接池大小，问题解决。
500错误出现的原因太多了，对于我来说，出现500错误很都情况下都是代码里有些关联没有做，然后导致出错，当然还有一小部分是有时候不注意，服务器开的时间过长，导致服务器崩溃，总之，很多地方都需要注意
Java 中最常见的 5 个错误：
1、Null 的过度使用
避免过度使用 null 值是一个最佳实践。例如，更好的做法是让方法返回空的 array 或者 collection 而不是 null 值，因为这样可以防止程序抛出 NullPointerException。
2、忽视异常
我们经常对异常置之不理。然而，针对初学者和有经验的 Java 程序员，最佳实践仍是处理它们。异常抛出通常是带有目的性的，因此在大多数情况下需要记录引起异常的事件。别小看这件事，如果必要的话，你可以重新抛出它，在一个对话框中将错误信息展示给用户或者将错误信息记录在日志中。至少，为了让其它开发者知晓前因后果，你应该解释为什么没有处理这个异常。
3、并发修改异常
这种异常发生在集合对象被修改，同时又没有使用 iterator 对象提供的方法去更新集合中的内容。
4、违约
有时候，为了更好地协作，由标准库或者第三方提供的代码必须遵守共同的依赖准则。例如，必须遵守 hashCode和equals的共同约定，从而保证 Java 集合框架中的一系列集合类和其它使用hashCode和equals方法的类能够正常工作。不遵守约定并不会产生 exception 或者破坏代码编译之类的错误；它很阴险，因为它随时可能在毫无危险提示的情况下更改应用程序行为。
5、使用原始类型而不是参数化的
根据 Java 文档描述：原始类型要么是非参数化的，要么是类 R 的（同时也是非继承 R 父类或者父接口的）非静态成员。在 Java 泛型被引入之前，并没有原始类型的替代类型。Java 从1.5版本开始支持泛型编程，毫无疑问这是一个重要的功能提升。然而，由于向后兼容的原因，这里存在一个陷阱可能会破坏整个类型系统。