Net反射(转载)--对比Java反射

本文详细介绍了.NET反射的概念、命名空间与装配件的关系、运行期获取类型信息的用途、如何使用反射获取类型和动态创建对象、动态创建委托等核心内容,并通过实例展示了反射在实际开发中的应用。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Net反射(转载)--对比Java反射

 

 

1、什么是反射
   Reflection,中文翻译为反射。
   这是.Net中获取运行时类型信息的方式,.Net的应用程序由几个部分:‘程序集(Assembly)’、‘模块(Module)’、‘类型(class)’组成,而反射提供一种编程的方式,让程序员可以在程序运行期获得这几个组成部分的相关信息,例如:

   Assembly类可以获得正在运行的装配件信息,也可以动态的加载装配件,以及在装配件中查找类型信息,并创建该类型的实例。
Type类可以获得对象的类型信息,此信息包含对象的所有要素:方法、构造器、属性等等,通过Type类可以得到这些要素的信息,并且调用之。
MethodInfo包含方法的信息,通过这个类可以得到方法的名称、参数、返回值等,并且可以调用之。
诸如此类,还有FieldInfo、EventInfo等等,这些类都包含在System.Reflection命名空间下。

2、命名空间与装配件的关系
   很多人对这个概念可能还是很不清晰,对于合格的.Net程序员,有必要对这点进行澄清。
   命名空间类似与Java的包,但又不完全等同,因为Java的包必须按照目录结构来放置,命名空间则不需要。

   装配件是.Net应用程序执行的最小单位,编译出来的.dll、.exe都是装配件。

   装配件和命名空间的关系不是一一对应,也不互相包含,一个装配件里面可以有多个命名空间,一个命名空间也可以在多个装配件中存在,这样说可能有点模糊,举个例子:
装配件A:
namespace N1
{
  public class AC1 {…}
  public class AC2 {…}
}
namespace N2
{
  public class AC3 {…}
  public class AC4{…}
}
装配件B:
namespace N1
{
  public class BC1 {…}
  public class BC2 {…}
}
namespace N2
{
  public class BC3 {…}
  public class BC4{…}
}

   这两个装配件中都有N1和N2两个命名空间,而且各声明了两个类,这样是完全可以的,然后我们在一个应用程序中引用装配件A,那么在这个应用程序中,我们能看到N1下面的类为AC1和AC2,N2下面的类为AC3和AC4。
   接着我们去掉对A的引用,加上对B的引用,那么我们在这个应用程序下能看到的N1下面的类变成了BC1和BC2,N2下面也一样。
   如果我们同时引用这两个装配件,那么N1下面我们就能看到四个类:AC1、AC2、BC1和BC2。

   到这里,我们可以清楚一个概念了,命名空间只是说明一个类型是那个族的,比如有人是汉族、有人是回族;而装配件表明一个类型住在哪里,比如有人住在北京、有人住在上海;那么北京有汉族人,也有回族人,上海有汉族人,也有回族人,这是不矛盾的。

   上面我们说了,装配件是一个类型居住的地方,那么在一个程序中要使用一个类,就必须告诉编译器这个类住在哪儿,编译器才能找到它,也就是说必须引用该装配件。
   那么如果在编写程序的时候,也许不确定这个类在哪里,仅仅只是知道它的名称,就不能使用了吗?答案是可以,这就是反射了,就是在程序运行的时候提供该类型的地址,而去找到它。
有兴趣的话,接着往下看吧。

3、运行期得到类型信息有什么用
   有人也许疑问,既然在开发时就能够写好代码,干嘛还放到运行期去做,不光繁琐,而且效率也受影响。
这就是个见仁见智的问题了,就跟早绑定和晚绑定一样,应用到不同的场合。有的人反对晚绑定,理由是损耗效率,但是很多人在享受虚函数带来的好处的时侯还没有意识到他已经用上了晚绑定。这个问题说开去,不是三言两语能讲清楚的,所以就点到为止了。
   我的看法是,晚绑定能够带来很多设计上的便利,合适的使用能够大大提高程序的复用性和灵活性,但是任何东西都有两面性,使用的时侯,需要再三衡量。

接着说,运行期得到类型信息到底有什么用呢?
还是举个例子来说明,很多软件开发者喜欢在自己的软件中留下一些接口,其他人可以编写一些插件来扩充软件的功能,比如我有一个媒体播放器,我希望以后可以很方便的扩展识别的格式,那么我声明一个接口:
public interface IMediaFormat
{
string Extension {get;}
Decoder GetDecoder();
}
这个接口中包含一个Extension属性,这个属性返回支持的扩展名,另一个方法返回一个解码器的对象(这里我假设了一个Decoder的类,这个类提供把文件流解码的功能,扩展插件可以派生之),通过解码器对象我就可以解释文件流。
那么我规定所有的解码插件都必须派生一个解码器,并且实现这个接口,在GetDecoder方法中返回解码器对象,并且将其类型的名称配置到我的配置文件里面。
这样的话,我就不需要在开发播放器的时侯知道将来扩展的格式的类型,只需要从配置文件中获取现在所有解码器的类型名称,而动态的创建媒体格式的对象,将其转换为IMediaFormat接口来使用。
 
这就是一个反射的典型应用。
4、如何使用反射获取类型
   首先我们来看如何获得类型信息。
   获得类型信息有两种方法,一种是得到实例对象
   这个时侯我仅仅是得到这个实例对象,得到的方式也许是一个object的引用,也许是一个接口的引用,但是我并不知道它的确切类型,我需要了解,那么就可以通过调用System.Object上声明的方法GetType来获取实例对象的类型对象,比如在某个方法内,我需要判断传递进来的参数是否实现了某个接口,如果实现了,则调用该接口的一个方法:

public void Process( object processObj )
{
Type t = processsObj.GetType();
if( t.GetInterface(“ITest”) !=null )
         …
}

   另外一种获取类型的方法是通过Type.GetType以及Assembly.GetType方法,如:
      Type t = Type.GetType(“System.String”);
   需要注意的是,前面我们讲到了命名空间和装配件的关系,要查找一个类,必须指定它所在的装配件,或者在已经获得的Assembly实例上面调用GetType。
   本装配件中类型可以只写类型名称,另一个例外是mscorlib.dll,这个装配件中声明的类型也可以省略装配件名称(.Net装配件编译的时候,默认都引用了mscorlib.dll,除非在编译的时候明确指定不引用它),比如:
    System.String是在mscorlib.dll中声明的,上面的Type t = Type.GetType(“System.String”)是正确的
    System.Data.DataTable是在System.Data.dll中声明的,那么:
Type.GetType(“System.Data.DataTable”)就只能得到空引用。
    必须:
Type t = Type.GetType("System.Data.DataTable,System.Data,Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b77a5c561934e089");
    这样才可以,大家可以看下面这个帖子:
       http://search.youkuaiyun.com/Expert/topic/2210/2210762.xml?temp=.1919977
    qqchen的回答很精彩


5、如何根据类型来动态创建对象
   System.Activator提供了方法来根据类型动态创建对象,比如创建一个DataTable:

Type t = Type.GetType("System.Data.DataTable,System.Data,Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b77a5c561934e089");

DataTable table = (DataTable)Activator.CreateInstance(t);

 例二:根据有参数的构造器创建对象
namespace TestSpace {
public class TestClass
{
  private string _value;
  public TestClass(string value) {
_value=value;
  }
}
}

Type t = Type.GetType(“TestSpace.TestClass”);
Object[] constructParms = new object[] {“hello”}; //构造器参数
TestClass obj = (TestClass)Activator.CreateInstance(t,constructParms);

把参数按照顺序放入一个Object数组中即可
6、如何获取方法以及动态调用方法
namespace TestSpace
{
  public class TestClass {
    private string _value;
    public TestClass() {
    }
    public TestClass(string value) {
_value = value;
    }

    public string GetValue( string prefix ) {
if( _value==null )
    return "NULL";
else
    return prefix+" : "+_value;
     }

     public string Value {
set {
 _value=value;
}
get {
 if( _value==null )
  return "NULL";
 else
  return _value;
}
     }
  }
}

   上面是一个简单的类,包含一个有参数的构造器,一个GetValue的方法,一个Value属性,我们可以通过方法的名称来得到方法并且调用之,如:

//获取类型信息
Type t = Type.GetType("TestSpace.TestClass");
//构造器的参数
object[] constuctParms = new object[]{"timmy"};
//根据类型创建对象
object dObj = Activator.CreateInstance(t,constuctParms);
//获取方法的信息
MethodInfo method = t.GetMethod("GetValue");
//调用方法的一些标志位,这里的含义是Public并且是实例方法,这也是默认的值
BindingFlags flag = BindingFlags.Public | BindingFlags.Instance;
//GetValue方法的参数
object[] parameters = new object[]{"Hello"};
//调用方法,用一个object接收返回值
object returnValue = method.Invoke(dObj,flag,Type.DefaultBinder,parameters,null);

   属性与方法的调用大同小异,大家也可以参考MSDN

7、动态创建委托
   委托是C#中实现事件的基础,有时候不可避免的要动态的创建委托,实际上委托也是一种类型:System.Delegate,所有的委托都是从这个类派生的
   System.Delegate提供了一些静态方法来动态创建一个委托,比如一个委托:

namespace TestSpace {
  delegate string TestDelegate(string value);
  public class TestClass {
public TestClass() {
        }
        public void GetValue(string value) {
            return value;
        }
   }
}
 
使用示例:
TestClass obj = new TestClass();
  
//获取类型,实际上这里也可以直接用typeof来获取类型
Type t = Type.GetType(“TestSpace.TestClass”);
//创建代理,传入类型、创建代理的对象以及方法名称
TestDelegate method = (TestDelegate)Delegate.CreateDelegate(t,obj,”GetValue”);

String returnValue = method(“hello”);

 

   到这里,我们简单的讲述了反射的作用以及一些基本的用法,还有很多方面没有涉及到,有兴趣的朋友可以参考MSDN。

转载于:https://www.cnblogs.com/xiao-wei-wei/archive/2012/09/02/2667260.html

<think>首先,用户的问题是:“我想排查Java中的OOM(Out Of Memory)问题 请问Java 如何分析和解决OOM问题”。所以,我需要提供一个清晰、结构化的回答,解释如何分析和解决Java中的OutOfMemoryError问题。 根据系统级指令: - 所有行内数学表达式使用$...$格式。 - 独立公式使用$$...$$格式并单独成段。 - 使用中文回答。 - 生成相关问题。 - 在回答中引用的段落末尾自然地添加引用标识,例如[^1]。 用户提供了几个引用: - [^1]: 什么是java OOM?如何分析及解决oom问题?【转载】。解释了OOM是什么。 - [^2]: 分析工具如mat和jhat。 - [^3]: java oom分析_什么是java OOM?如何分析及解决oom问题?。详细说明OOM。 - [^4]: 分析及解决java OOM问题。包括如何dump堆内存和分析工具。 我需要参考这些引用,但确保回答真实可靠。用户问题焦点是“如何分析和解决OOM问题”,所以我应该基于这些信息构建回答。 回答结构: 1. **解释OOM问题**:简要介绍什么是OutOfMemoryError。 2. **分析步骤**:详细说明如何分析OOM问题,包括dump堆内存、使用分析工具。 3. **解决步骤**:提供解决方案,如优化代码、增加内存等。 4. **生成相关问题**:在最后添加相关问题。 使用中文回答。 关键点从引用中提取: - OOM是当JVM无法分配对象内存时抛出的错误[^1]。 - 分析OOM需要dump堆内存,使用-XX:+HeapDumpOnOutOfMemoryError或jmap命令[^4]。 - 分析工具:MAT(推荐)、jhat(不推荐)[^2][^4]。 - 解决:通过分析找出内存泄漏或大对象,优化代码。 回答结构: - 开头解释OOM。 - 步骤式分析:如何重现、dump、分析。 - 解决建议。 - 结尾添加相关问题。 确保数学表达式正确:在Java OOM上下文中,可能没有太多数学,但如果有,比如提到内存大小,可以用$...$,例如$2GB$。 相关问题生成: - 例如:如何预防OOM?常见的内存泄漏场景?如何设置JVM参数? 最后,添加引用标识:在引用参考内容时添加[^1]等。</think>### Java OOM问题分析与解决指南 OutOfMemoryError(OOM)是Java虚拟机(JVM)在无法为对象分配足够内存时抛出的严重错误,通常表明应用程序存在内存泄漏、内存分配不足或资源管理问题[^1]。分析和解决OOM问题需要系统化的步骤,包括重现问题、收集内存快照、分析根因和优化代码。以下我将逐步解释整个流程,帮助您高效排查问题。所有步骤均基于Java标准工具和最佳实践,确保可靠性和可操作性。 --- ### 步骤1: 理解OOM类型和常见原因 OOM错误有多种子类型,需先识别以针对性分析: - **Java heap space**:堆内存不足,最常见,通常由内存泄漏(如未释放对象引用)或大对象分配引起[^3]。 - **Metaspace**:元空间(类元数据区)溢出,常见于动态类加载场景(如反射或框架滥用)。 - **Direct buffer memory**:直接内存溢出,与NIO相关(如未释放ByteBuffer)。 - **Unable to create new native thread**:线程数超出系统限制。 **关键点**:通过错误日志确认OOM类型。例如,日志中若显示`java.lang.OutOfMemoryError: Java heap space`,则焦点在堆内存[^1]。 --- ### 步骤2: 重现问题并收集内存快照 要分析OOM,必须先捕获堆内存转储(Heap Dump),记录OOM发生时内存中的对象分布。推荐两种方法: 1. **自动转储(推荐)**: 在JVM启动参数中添加`-XX:+HeapDumpOnOutOfMemoryError`和`-XX:HeapDumpPath=/path/to/dump.hprof`。当OOM发生时,JVM会自动生成dump文件[^4]。 示例命令: ```bash java -Xmx512m -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/tmp/oom_dump.hprof -jar your_app.jar ``` 这里`-Xmx512m`设置最大堆内存为512MB,模拟内存不足场景。 2. **手动转储**: 如果OOM已发生但未配置自动转储,使用`jmap`命令(需JDK安装): ```bash jmap -dump:format=b,file=heap.hprof <pid> ``` 其中`<pid>`是Java进程ID,可通过`jps`命令获取[^4]。 **注意**:在生产环境中,自动转储更可靠,避免手动操作影响服务[^2]。 --- ### 步骤3: 分析堆内存转储 dump文件(如`heap.hprof`)需用专业工具解析,找出内存占用高的对象或泄漏点。常用工具对比- **Eclipse Memory Analyzer (MAT)**: - 推荐工具,提供图形化界面和泄漏检测报告。 - 使用步骤: 1. 下载MAT(https://www.eclipse.org/mat/)。 2. 打开dump文件,MAT会自动生成“Leak Suspects Report”,高亮潜在泄漏对象(如未关闭的集合类)[^2][^4]。 3. 通过“Dominator Tree”视图查看占用内存最大的对象。 - **jhat(不推荐)**: JDK自带工具,但功能有限,仅支持基础OQL查询,且需通过浏览器访问(如`http://localhost:7000`),效率低,不适合大型dump文件[^2]。 **分析技巧**: - 查找“GC Roots”路径,确认对象为何未被回收。例如,静态集合类(如`static HashMap`)常导致内存泄漏。 - 检查大对象分配,如缓存未设置上限(例如`HashMap`存储大量数据)。 **示例报告**:MAT可能显示“Problem Suspect 1”指出`com.example.Cache`类占用80%内存,提示泄漏[^4]。 --- ### 步骤4: 解决OOM问题 基于分析结果,采取针对性优化: - **修复内存泄漏**: - 释放无用对象引用,如关闭资源(数据库连接、流)或清除静态集合。 - 使用弱引用(`WeakReference`)管理缓存。 示例代码修复: ```java // 错误:静态Map未清除,导致泄漏 public static Map<String, Object> cache = new HashMap<>(); // 修复:添加清除逻辑或使用WeakHashMap public static Map<String, Object> cache = new WeakHashMap<>(); ``` - **优化内存分配**: - 增加JVM堆大小(如`-Xmx4g`),但需谨慎,避免掩盖根本问题。 - 调整垃圾回收器(如G1GC),添加`-XX:+UseG1GC`参数优化回收效率。 - **处理特定OOM类型**: - **Metaspace溢出**:增大`-XX:MaxMetaspaceSize`(如`-XX:MaxMetaspaceSize=256m`)。 - **Direct buffer内存溢出**:检查NIO代码,确保`ByteBuffer`显式释放(调用`cleaner()`方法)。 **预防措施**: - 监控工具:使用JVisualVM或Prometheus + Grafana实时监控内存使用。 - 代码审查:避免常见陷阱,如内部类持有外部引用、线程池未关闭。 --- ### 总结 排查Java OOM的核心是“重现→转储→分析→优化”:通过JVM参数自动捕获dump,用MAT工具定位泄漏点,再优化代码或配置。实践中,80%的OOM由内存泄漏引起,及早监控和测试可大幅降低风险[^1][^4]。如果您提供具体错误日志或代码片段,我可进一步针对性分析。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值