这是因为在我们写的类中存在匿名类
1:
对于接口和抽象类来说, 不能被实例化.
看下面的代码
ActionListener listener = new ActionListener()
{
public void actionPerformed(ActionEvent evt)
{
//do action
}
};
listener 是那个类的对象呢? 接口是不能实例化的.
我们说不出这个类的名字, 就叫它匿名类.
当一个类文件编译之后有很多类名字中有$符, 比如TestFrame.class, TestFrame$1.class, TestFrame$2.class, TestFrame$MyJob.class
$后面跟数字的类就是匿名类编译出来的结果.TestFrame$MyJob.class则是内部类MyJob编译后得到的.
使用内部类可以隐藏一些实现的细节, 等等, 还有其他一些好处. 使用匿名类的时候, 要注意代码的可读性.
为了更好的理解,下面列出了两个例子:
(1): 在类AbstractMMItemJdbcDaoImpl中的findProjectResult方法只要出现类似于new RowMapperResultReader(new RowMapper()情况,我们在编译类文件AbstractMMItemJdbcDaoImpl的时候,就会出现$1.class,$2.class的情况
return getJdbcTemplate().query(sql, new RowMapperResultReader(new RowMapper() {
public Object mapRow(ResultSet rs, int _int) throws SQLException
编译后出现$1.class与$2.class的情况总结
本文介绍了编译后出现$1.class与$2.class的原因,主要与匿名类和内部类相关。当创建匿名类的实例,如在事件监听器中,编译后会产生带有$数字的类文件。这些类提供了代码隐藏和可读性的优点,但也可能导致编译后的类文件增多。文中通过具体代码示例展示了在接口和抽象类中使用匿名类的情况。
摘要由CSDN通过智能技术生成