为什么java出毛病，java中什么是类爆炸

大家好，今天来为大家分享为什么java出毛病的一些知识点，和java中什么是类爆炸的问题解析，大家要是都明白，那么可以忽略，如果不太清楚的话可以看看本篇文章，相信很大概率可以解决您的问题，接下来我们就一起来看看吧！

为什么学习Java开发你知道吗

大多数人选择Java可能只是因为听说Java前景好、Java比较好找工作、Java语言在TIOBE排行榜上一直位于前三等等之类的原因，但是Java具体好在哪里，心里却是没有什么概念的。其实我选择Java也是出于以上的原因，但是现在确实真正地爱上了Java。我们为什么选择Java!

那么现在我们来分析下Java的好处究竟在哪里。

简单易学

首先Java是一个面向对象的编程语言，容易理解。而且略去了多重加载、指针等难以理解的概念。并且实现了自动垃圾回收，大大简化了程序设计。

其次Java学习资料较多，网上很多在线学习平台就可以找到很多Java学习视频，另外也有一些培训机构提供的有免费的Java视频课程。有这些学习资料，入门足矣。

跨平台

跨平台是Java最大的优势。Java运行在JVM(Java虚拟机)上，在任何平台只要安装了JVM。Java就可以运行。它架构在操作系统之上，屏蔽了底层的差异。真正实现了“Writeonce,runanywhere”。

安全

Java中没有指针，这样就没有办法直接访问内存了。另外Java也不容易出现内存泄露。

多线程

Java内置对多线程的支持，可以方便地在程序中实现多线程的功能。不像其他不支持多线程的语言，需要调用操作系统的多线程功能才能完成多线程的实现。

有丰富的类库

Java从出道至今已有20多年的历史，经过20多年的积累和沉淀，出现了很多优秀的开源社区，如Apache和Spring。这些优秀的社区提供了很多非常好的框架，借助这些框架可以使我们不用去关注Java底层的开发，而只需关注业务的实现。

使用广泛

不得不承认上面有一点是对的，Java确实有很多企业在用，而且都是用在大项目上。这就意味着Java方面的工作比较好找，另一点是在做Java开发时如果遇到问题，可以很容易从网上找到解决办法。

职业篇

Java初级程序员是最底层的，只需要掌握Java的基础知识就能够成为一名初级程序员。

Java程序员可以有三个进阶方向，分别是Android移动端开发(以下简称Android)、Web开发(以下简称Web)和通讯开发。这时目前主流的三大方向。其中最多的是Android和Web。下面分别介绍这三个方向。以下三个方向都需要有扎实的Java基础。

Android开发，主攻移动端应用的开发。移动端包括搭载Android系统的手机、平板、电视盒子等设备。

Web开发方向，主要有HTML5开发、B/S应用开发、微信开发。这里的HTML5开发是指移动端的HTML5开发。

通讯方向，主要是通讯服务器的开发，如游戏服务器、腾讯的QQ服务器等。

由于我从事Web开发方向，仅仅对其他方向略有了解，所以这里主要介绍Web方向。要进行Web开发需要达到中级程序员的水平，能够熟练使用SSH等框架。

而Java高级程序员则需要了解更多的框架和一些常用的应用服务器，如工作流、搜索引擎、缓存、JTA、JBoss、WebLogic等。

达到高级程序员水平后，很多人在这个阶段选择了不同的方向。有的人厌倦了编码和设计而转向了需求分析和产品经理，而有的人继续执着于技术这条路，成为了系统架构师。

工具篇

子曰“工欲善其事，必先利其器”，有一把顺手的“兵器”，能让我们的学习和工作达到事半功倍的效果，那么下面我们来看看有哪些好用的工具可以助我们开发。

文本编辑器(适合初学者)

这里我们只说Windows平台下的文本编辑器。

有人可能说Windows下的记事本不就可以用吗，我们为什么还要用其他的文本编辑器呢?原因吗，首先记事本确实不好用，修改代码极为不便，而且有些换行标识不识别;其次效率低，使用记事本打开一个几K的文件可能没有什么感受，但是打开一个超过10M的文件的时候就能明显的感觉到卡了，比如我们的日志文件;最后容易出现问题，用记事本编辑过UTF-8格式的文件后，会给文件加上BOM头，这有时导致程序出现莫名的错误，所以作为程序员，最好不要使用记事本。

比较好用的文本编辑器有Editplus、UltraEdit、Notepad。其中Notepad是开源免费的，其他两个都是收费的。

IDE(适合入门后和项目研发)

IDE是集成开发环境的简称，使用IDE的目的是为了能让我们更快地构建项目、更方便地写代码，同时屏蔽了代码编译的动作。IDE都有代码高亮、代码提示以及错误提示等功能，同时我们可以借助IDE的插件实现代码管理、代码审查和其他一些好用的功能。

常用的IDE有Eclipse、NetBeans和IntelliJIDEA。前两者都是免费的，后者提供有社区版本，也是免费的，但是企业版是收费的。其中Eclipse是用的最多的IDE。

在Eclipse上扩展的有两款优秀的IDE，SpringToolSuite(STS)和大名鼎鼎的MyEclipse。前者免费后者收费，后者集成了前者的所有功能。这里我建议大家使用STS，因为STS添加了很多对Spring的相关支持，如果项目中用到了Spring，使用起来会非常方便。也可以在Eclipse上安装STS插件，能够达到同样的效果，Spring官网上有插件的安装方法，这里不再赘述。

技术图谱

以上图谱详细描绘了每个级别都需要掌握哪些知识，此图仅供参考。在实际工作期间，一般是根据公司需要或项目需要来学习不同的技术。但还是建议多去学习些知识，我觉得有句话说的很对，“很多东西不是你觉得有用才去学，而是学了才知道它有用”，我一直信奉这句话，因为我就是这句话真正的受益者。

入门篇

俗话说“师傅领进门，修行靠个人”，所以说只要入门了，后面学习起来是很快的，而且比较容易。那么学习Java应该如何入门呢?

首先要理解面向对象的概念，这个很重要。但也不是说必须完全理解概念才能去学Java。而是先接触Java的基础知识，如类、属性、方法等。然后在学习的过程中理解面向对象的概念。

在大概理解了面向对象的概念后，这时你应该学会了一些Java的语法和一些API的使用。这时需要继续深入地去学习这些。同时要养成自己良好的编码习惯，Java有自己对包名、类名、方法名等的命名规范。这个时候要尝试按照规范写代码，同时甩掉以前写代码时养成的不良习惯。

在熟悉了常用的API及语法后要去学习I/O和流(Stream)以及多线程编程和网络编程。I/O和输入输出流，要熟练掌握。而在这个阶段暂时不需要深入了解多线程编程和网络编程。

在系列基础完成之后就需要去接触下数据库和JDBC，对于数据库不需要深入了解，能够创建表、查询表数据即可。然后尝试使用JDBC连接数据库，并对数据库中的数据做CURD操作。

在学习Java初期，我建议大家使用文本编辑器来写代码，一是有助于记忆Java中的一些关键字和常用类及方法，二是可以熟悉Java的常用命令。在使用了一段时间的文本编辑器后就可以使用IDE来开发了，使用IDE将使你写代码写得更快，也不容易出错。

基础是很重要的，虽然简单，但是也马虎不得。这里推荐几本书《ThinkinginJava》、《Java8编程参考官方教程》等图书。

中级篇

入门后就可以选择主攻方向了，几个方向在职业篇中已有介绍。通讯开发方向其实在这个时候就可以转了，但是还是建议学习下Java中级的内容，这些内容也有助于你今后在通讯开发的路上走得更容易。因为我是主攻Web方向，所以这里我们只讨论Web方向。

在这个阶段你接触的知识面将更广，在学习Web开发之前首先需要学习HTML和CSS，然后再学习JS以及jQuery。在有一定基础之后就可以开始学习JSP和Servlet了，重点学习下JSP的内置对象及EL表达式，并试着去做一些页面。然后学习下Ajax，要能够熟练的使用JSON和XML来做数据交互。

以上内容学习完之后Java的基础部分就算是基本掌握了，下面就该学习一些框架了。建议先从Spring学起，Spring将成为你今后开发项目的核心框架。Spring也是现在项目中最常用的框架。可以深入的学习，试着去理解Spring的一些实现原理，这将有助于你更好的使用Spring。

学完Spring之后可以学习下ORM框架，比如Hibernate和MyBatis，这些相对于Spring来说要简单的多。主要学习与Spring的整合和Spring中的事务管理。一定要深入的了解数据库事务，这将对你今后的项目开发非常有帮助。

最后我们来说控制层的学习，这里我建议大家重点学习SpringMVC。因为SpringMVC是目前使用最为广泛的控制层，而且简单易学，已经有了要替代Struts的趋势了。但是Struts还是要学习下，毕竟还有一些公司在用，这将为你找工作加大一点筹码。

在学习这些内容的过程中一定要学习下代码管理工具SVN和Git，目前SVN在企业中用的较多，而开源社区一般都是用的Git。

有了JSP基础和掌握了框架的使用后就可以出去找工作了，在工作过程中这些知识你将掌握的更加牢固。也可能在工作过程中会遇到你没有学过的技术，不要怕，有了之前的基础你将很快掌握这些新的技术，加入工作的第一年将是你进步最快的一年。

而加入工作之后你可能也不会有太多的时间来学习，这时候要约束好自己。不要忘了学习，学习是最好的进步方式。

高级篇

当我们参加了工作之后，开始接触更多的技术。如果有机会就多学习些技术，不求精通，但求会用，并且知道这项技术能够解决什么问题。开始在项目中参与设计文档的编写。能够为自己的项目选择合适的框架，并且能用自己学到的技术去解决项目中遇到的难题。

这时候根据项目和公司的差异用的技术也不尽相同，但是日志框架、项目构建、单元测试、缓存、集群、负载均衡、SOAP等是一定要掌握的。这些是在大型项目中比较常用的技术。然后可以根据自己的兴趣及业余时间去学习自己感兴趣的技术。

架构师之路

成为一名架构师一直是我的目标。一名优秀的架构师首先一定是一名卓越的程序员，架构设计不应仅仅是理论，它应当是在实践中产生的经验和结果。架构师也要有灵敏的嗅觉，能够看清未来技术的发展方向，应当避免在项目中使用已过时的技术或没有社区支持的技术。

作为一名架构师要掌握以下技能：

SOA：在微服务横行的年代，这项本领是必不可少的。

设计模式：这将有助于你设计出更加优雅的程序。

程序员的区别

同样是程序员，初级、中级与高级的区别在哪里呢?

初级程序员就是传说中的码农，依靠复制粘贴、比葫芦画瓢的方式完成代码的编写，通常一个方法几百行代码，恨不得一个类将所有的功能都实现，不考虑程序设计原则，也不考虑程序的执行效率，不考虑SQL注入的问题，更不去想如何能让我的程序质量更好，他们的目的仅仅是我的程序能够运行。

很多程序员都会经历这个阶段，而这个阶段是最容易养成毛病的阶段。但是有的程序员很快就摆脱了这个阶段，也有很多程序员停留在这个阶段很长时间，哪怕是掌握了更多的技术，但是这个阶段形成的思维模式却没有改变，养成的毛病也没有改掉。

我们就能听到这样的声音“这是哪个傻X写的代码，写的太乱了，还没有注释”、“我去!这代码完全不敢动啊，逻辑太混乱了，牵一发而动全身啊”。这些基本上都是初级程序员写的代码。中级程序员更喜欢优雅的代码，而自己写出优雅的代码，封装、继承、抽象运用自如，能够独立完成系统中模块的开发。

高级程序员能够完成系统的设计，能够使用已掌握的技能解决问题。并且能够考虑到系统的扩展性、安全性、稳定性等问题。

至于架构师吗，首先要具备中大型项目的总体规划和设计经验，通常架构师考虑的要比高级程序员更多，有时需要考虑到项目的成本、工期、部署环境甚至一些商业因素等，不仅仅是技术上的问题。其次架构师同样需要有很好的沟通能力，一是与客户的沟通，二是与团队内部纯技术的沟通。

很多程序员都止步于中级级别，靠一手SSH技术行天下，而身处初级时养成的毛病仍然存在，有的甚至已经工作5年却一直是这样，可塑性极差，由于工作时间长也学会了一手掩盖问题的好本事，这类人毫不客气的说就是项目的祸害。也有一些人达到中级或高级级别后厌倦了编码，从而转做需求分析、产品经理或项目经理，在国内做技术确实也很难拿到高工资，这也是很多技术人员转型的原因。而我依然坚持我的技术之路，既然选择了就要坚定的走下去。

总结：通过上面的介绍相信你对于Java有了一个更清晰的认识和了解，如果你对于Java很感兴趣，但是不知道从何学起，昌平北大青鸟Java培训机构节前送福利了，Java免费体验课开始报名了，大牛老师为你规划Java学习路线图，你还担心学不会吗?

java中什么是类爆炸

可能是由于设计者对面向对象设计经验的缺少，也可能设计者是一个刻板的教条主义者，结果出品了一个很不理想的设计，其中可能就体现在类的数量爆炸的问题。

类爆炸的现象已经发生在我们的软件系统中了。比如我们某期的系统中各种模块文件的数量已经达到一千多个了，虽然比起操作系统这样的系统来说，由一千多个模

块组成的系统不算什么，但是我们目前的软件团队维护这么多的模块真的是有些吃力。由于我们使用的是VB，这还导致另一个问题，VB能装载的文件总数是有限

制的，最后用户提出了新的需求需要新的模块来完成实现，系统却已经不允许加入新的模块了，最后不得不对系统进行拆分或者对某些模块进行合并。

类爆炸的直接原因是设计者对类的抽象粒度没能把握好，只要两个事务有所差别就用不同的类来设计。粒度能多小就做多小，以为这样可以减少耦合。事实是如此

吗？最近组长让我写一份设计问题，他已经规定了设计文档的规范和大纲，规范中说“本系统编码使用了三种类：界面类、实体类、记录集类，并调用了公用模块中

相应函数”，这可能是他从别的设计规范中继承抄袭过来的。但是我最后提交的设计文档没有实体类和记录集类，组长问我为什么没有这两种类，我说我不需要这两

种类，我这个功能一个界面就可完成了。但是他觉得，如果我没有那两个类就应该在设计文档中说明没有那两个类，我说我的设计文档中没有描述那两个类就表明我

没有那两个类，而不需要在文档中说明“实体类，无；记录集类，无”。

如果每一个功能的完成都必须设计成“界面类、实体类、记录集类”这三种类来联合完成，我们就陷入了教条主义的深渊中。曾经和某个项目经理探讨过，“a=c

与a=b=c”的取舍问题，我的观点是根据具体情况来决定是使用“a=c”的结构还是使用“a=b=c”的结构，他的观点是每个功能都一律使用

“a=b=c”的结构，这导致我很郁闷。为什么要在很简单的情况下，本来可以直接就让“a=c”，何必非要加一个中间件“b”，通过“b”来让

“a=c”？不是我不知道“a=b=c”的结构的用意，而是我觉要根据具体情况来应用。我们的系统的类爆炸就是因为不分优劣一律使用“a=b=c”的结构

而爆炸的。对于面向对象的初期使用者来说，总会津津乐道他在系统中实现了面向对象的设计，尽管那个设计比较糟糕。其实这位项目经理只是给了一个系统的规范

文档而已，至于说是他设计了系统的架构，那还远远谈不到。系统中有什么类，类如何创建，类如何组织，类之间如何通信，他都没有做。只是在文档里说了“本系

统编码使用了三种类：界面类、实体类、记录集类，并调用了公用模块中相应函数”，一句话了事。系统中到底有多少类，他不知道。

我在阅读设计专家关于面向对象设计和设计模式的文章时，这些专家一再强调要谨慎使用面向对象和设计模式，否则后果就是苦果。我在应用面向对象时一向比较小心，一步一步的学习使用，而不是一步到位，毕竟我是个初学者。

再举一个例子。我们的系统中有一个连接类，大家都知道这个类是用来连接数据库的。不过我想很少有人知道为什么设计者要设计出这样一个类来。是因为他刚刚读

过设计模式中有一个“单例模式”。对于我们现在的这个系统来说，使用一个数据库连接对象就可以了，设计者为了避免每个程序员都去创建新的数据库连接，就使

用“单例模式”设计出一个连接类来。“单例模式”的用意就是某个类的实例在整个系统中只能有一个实例存在。比如我们用的windows剪贴板，在整个系统

中只能有一个剪贴板，大家都不会去new一个新的剪贴板出来。

我感到非常的郁闷，在一个公用模块里申明一个系统变量connection就可以了，告诉大家这个对象是我们的数据库连接对象，大家都用这个对象，为什么

再来一个clsConnection类对connection重新包装一下？，这反而就有问题了，我可以new出无数个clsConnection的实

例，没有达到“单例模式”的用意，因为在clsConnection类里没有提供静态方法来总是返回系统中已经存在的连接对象，这成了“多例模式”了。也

许设计者的另一个用意是要使用设计模式中的“简单工厂模式”。不过，不管是想练习什么模式，对于一个connection根本没有必要再包装了。这好比我

们有一个系统级变量，为了避免大家都去申明这个变量就用一个类来包装这个变量。那么系统中已经存在这样一个类，为了避免大家乱用这个类，就再来一个类来包

装这个类？层层包裹下去，怎么才算安全？（这里的例子是应用VB做的系统，JAVA使用者请勿随意理解。这里有语言差异。）

使用面向对象设计技术会产生良好的系统，但是，类是面向对象中的东西，那么类爆炸也必然是使用面向对象的产物，这是不良设计导致的。

我们有的程序员有些过于遵守规范而显得有些刻板了。举个例子。某个程序员做了一个类A和一个类B，实体B是实体A的载体（规范中要求每个实体都要对应一个

类），类A提供了一个修改自身的方法，当实体B的某个属性改变时必须要改变实体A的某个属性。我看了源代码，发现一条SQL语句就可以解决这个问题，但是

这个程序员为了用类A的修改方法，在类B中写了一个循环，先找出所有属于实体B的实体A，并创建类A的实例，然后调用类A的修改方法。代码不但冗长还效率

低下。这个程序员有自已的理由去那样做，理由1是上面领导制定的规范要求这样做，理由2是这是一种面向对象的应用，因为类A已经提供了修改实体A的方法，

别人就应该重用这个方法。一切讲究重用。

我想提出的是，如果重用这个方法即不使代码简洁又不能提高效率而且还造成强烈的耦合，为什么还要重用它？在面向对象中，大家知道类的构造函数是用来做什么

的吗？重载方法又是为什么吗？为什么一个类可以有多个不同的构造函数？不同的构造函数是为了达到不同的目的，而不仅仅是为了实例化一个类。方法的重载也是

为了实现不同的目的。当类A提供的方法不能很好的完成任务时，我们就应该舍弃它或者重载它。如果规范要求必须类B调用类A的方法（这个“必须”很值得疑

问）时，那么应该在类A中提供不同的修改方法以使设计合理。类A可以有这样的两个方法：方法1（以实体A自身的引用为参数）,方法2（以实体B的引用为参

数）。

关于重用。

我们现在设计系统一直想达到重用的目的。但是考虑我们所做软件的性质，我们对系统组件应该达到什么样的重用程度。我们的组件是不是要发布出去供第三方二次

开发？我们的组件是不是每年能达到2次重用？业务组件和与业务无关的组件重用的能力是不是有很大区别？我们不同的客户的业务规范是不是相差比较大？

由于我们现在对业务抽象的不到位，设计出来的类的粒度控制的不够好。业务相关和业务无关的对象的分离做的不够好，因此，实现组件甚至一个子系统的重用是很难的，只能为不同的客户去修改现有的代码，这显然不是重用，而是维护。我们的代码一年连一次重用的机会都没有。

关于创新。

如果没有创新的设计，后果是可想而知的，不管我们了解的业务再多，我们总是用最原始或者最笨拙的设计去实现业务。这样我们对业务了解的越多，系统做的越

大，代码就越混乱越不稳定。能达到将就凑乎的使用已经是不错的了。当硬件技术飞速发展的时候，软件技术却落后，结果是什么？那么，在我们公司，业务和技

术，哪个是硬件哪个是软件？当所有程序员都意识到争当项目经理和项目组长可以不去编写程序而待遇却提高了时，结果是什么？设计需要创新，了解业务却是一种

带有明显的“被动”特征。用户不告诉你他的业务规则你就不知道，告诉你，你就知道。当用户停止提供需求时，这段时间内，需求调研人员应该做什么工作？是不

是留下了大量的需求文档，是不是去抽象业务规则了？需求调研人员是不是能发现不同客户的不同业务之间的相似性为设计人员提供指导？

我们无法为客户去创新业务，但我们应该去创新我们的设计。一个软件的设计很难保持三年不变，如果三年后还不能有所创新而发生变换，那就落后了。为了适应新

的形式，微软敢于修改自己的操作系统的内核使系统升级。不升级意味着失去财富，而升级时难免要修改部分内核。那么，应用创新技术付出的代价大还是保持原有

系统不变的受益大？我们要考虑新系统生产时的阵痛和它以后带来的长远利益。

公司的人员流动的特征我们是否加以分析了，流走的是什么的样人，进来的又是什么样的人。这些人的技术能力、性格、悟性又是如何？我们拥有了许多安于现状不

具创新的老员工，我们该怎么对待他们？如果一个员工的性格激烈但悟性良好能有创新，我们是不是排击他了？兢兢业业、按部就班、任由指挥是不是就是一个优秀

的员工？

一个公司，各种性格的员工的存在应该有一个比例。全部都是不安分的创新者是不好的，充斥大量的安分守己、明哲保身、上面怎么说下面就怎么做的员工也是不好的现象。公司员工的性格和悟性的分布应该象一个波浪一样，有浪头有浪波，这样才能形成巨浪。

关于沟通。

公司越大，我发现员工之间的沟通越差。当我们还是一家小公司的时候，我可以认识所有的人，现在仅能认识个别几个人。沟通，不是由领导来强调下面的人去做

的，而是由领导来启动和带动的。所谓“领导”两个字，就是“领”和“导”，什么意思？大家自然知道。如何才能称得上一个领导，他必须具有领头和导向的作

用。各个部门的领导肩负着不同的“领导”。技术领导，他的技术是不是一定要强？若不强，是不是他能通过沟通的艺术来让下面的人服从？

沟通是一个大的问题。比如我早已经应用过一个比较好的数据库设计模型，但是新项目的设计者从来也没有咨询过我是怎么做的，结果他自己搞出一个很糟糕的数据

模型。沟通是一个双向过程。被动的沟通与主动的沟通的效果自然是不同的。我们现在缺乏主动沟通，就是被动沟通都不能好好的参与。所以，沟通出现了“推模

式”和“拉模式”。举个例子，我有些编程技巧放到公司网站了，很少有人去用主动的看，如果他主动去看了，这种行为模式称作“拉模式”。为了让更多的人知道

我的技巧，我只能主动把技术文章发到每个人的邮箱里，我的这种行为模式是一种“推模式”。我把技术文章推到每个人的邮箱里了，那么接收邮件的人是不是“拉

过来”看一眼？我发现，有一部分人是从来不看的，技术人员也不看。到底为什么不看？看不起我的文章还是太了解我而觉得没有必要看？他的心态我没有办法了

解，总之，沟通是有障碍的。

“聚集”沟通需要大家坐在一起去探讨某些问题，但这可能会浪费参与人的时间。因此我一直以为“推模式”的沟通还是可取的。使用邮件来沟通，想看则看不想看

就不看，尊重接收邮件的人的参与意识。但是发邮件会引来一些误会。一部分人会把你的邮件当作垃圾，心里不喜欢你给他发邮件但又不能说出来。一部分人会认为

发邮件的人脑子有毛病或者出风头，我觉得应该让每一个人都摆正心态：尊重发邮件的人。历来都有“枪打出头鸟”的现象，人在浪头上，难免遭遇不恰当的言语。

因此，永远低调和保持沉默便成为一种人生哲学。激进主义是用来推动社会前进的，保守主义是用来维持社会稳定的。我们允许这些同时存在。

由对事演化到对人。

当我们探讨问题时一般都是本着“对事不对人”的态度的。对于言者也许是这样的心里，但听者可能认为言者就是“对人不对事”。我们没有办法使他消除那种心里，因为那是他的性格使然。但是我们希望每个人都心胸开阔一些。

在探讨关于类爆炸的问题时，我说了一些题外话。

当我和一些同事在探讨设计中的缺陷时，发现大家的眼睛都还是明亮的，知道问题所在。不幸的是，几乎所有的人保都持沉默而不将问题暴露出来。当我暴露问题时，会得到个别人的善意的奉劝：“不要去做”。

java问题

楼主代码的错误主要有3处：

1。所有的引号要用半角符号，也就是英文的引号，改为英文的引号即可。

2。如下：

Exception in thread"main" java.lang.Error: Unresolved compilation problems:

Unhandled exception type NoSuchMethodException

Unhandled exception type IllegalAccessException

Unhandled exception type InvocationTargetException

全是调用方法时有异常抛出并且未主动捕获造成的。

解决方法有2个：

1。显示的捕获异常，正如xjrgame回答的那样

2。继续抛出异常，这样做比较简单而直接，但在复杂的程序中不推荐，此种方法改动如下：

import java.util.*;

import java.lang.reflect.*;

public class Reflector{

public static void main(String args[]) throws SecurityException,

NoSuchMethodException, IllegalArgumentException,

IllegalAccessException, InvocationTargetException{

Set<String> s= new HashSet<String>();

s.add("foo");

Iterator it= s.iterator();

Method m= it.getClass().getMethod("hasNext");

System.out.println(m.invoke(it));

}

}

可以看到在main方法后面throws了所有main方法中会产生的异常，交给jvm来处理

3。以上修改完后，运行会抛一个java.lang.IllegalAccessException的异常，是一个访问权限的问题，这个问题我还没有研究过，所以不能随便乱说。

楼主一定是在学习研究反射吧，我对jni只有少量的接触，希望有更多高手能帮到你

关于为什么java出毛病到此分享完毕，希望能帮助到您。