包含javareflectutils的词条

今天,嗨壳技术分享网给大家整理一些包含javareflectutils的词条内容。

  今天给各位分享javareflectutils的知识,其中也会对进行解释,如果能碰巧解决你现在面临的问题,别忘了关注本站,现在开始吧!

  本文目录一览:

  1、Java程序性能优化-代理模式(5)

2、实验: metaspace区域OOM

3、Bean找对象方法执行

4、后端自定义的异常 在dubbo 怎么抛到前端

  Java程序性能优化-代理模式(5)

  代理模式( )

  在以上代码中 使用CtField make()方法和CtNewMehod make()方法在运行时生成了代理类的字段和方法 这些逻辑由Javassist的CtClass对象处理 将Java代码转换为对应的字节码 并生成动态代理类的实例

  注意 与静态代理相比 动态代理可以很大幅度地减少代码行数 并提升系统的灵活性

  在Java中 动态代理类的生成主要涉及对ClassLoader的使用 这里以CGLIB为例 简要阐述动态类的加载过程 使用CGLIB生成动态代理 首先需要生成Enhancer类实例 并指定用于处理代理业务的回调类 在Enhancer create()方法中 会使用DefaultGeneratorStrategy Generate()方法生成动态代理类的字节码 并保存在byte数组中 接着使用ReflectUtils defineClass()方法 通过反射 调用ClassLoader defineClass()方法 将字节码装载到ClassLoader中 完成类的加载 最后使用ReflectUtils newInstance()方法 通过反射 生成动态类的实例 并返回该实例 无论使用何种方法生成动态代理 虽然实现细节不同 但主要逻辑都如图 所示

  图   实现动态代理的基本步骤

  前文介绍的几种动态代理的生成方法 性能有一定差异 为了能更好地测试它们的性能 去掉DBQuery类中的sleep()代码 并使用以下方法测试

  public static final int CIRCLE= ;

  public static void main(String[] args) throws Exception {

  IDBQuery d=null;

  long begin=System currentTimeMillis()

  d=createJdkProxy()                      //测试JDK动态代理

  System out println( createJdkProxy: +(System currentTimeMillis() beg    in))

  System out println( JdkProxy class: +d getClass() getName())

  begin=System currentTimeMillis()

  for(int i= ;iCIRCLE;i++)

  d request()

  System out println( callJdkProxy: +(System currentTimeMillis() begin    ))

  begin=System currentTimeMillis()

  d=createCglibProxy()                    //测试CGLIB动态代理

  System out println( createCglibProxy: +(System currentTimeMillis() b    egin))

  System out println( CglibProxy class: +d getClass() getName())

  begin=System currentTimeMillis()

  for(int i= ;iCIRCLE;i++)

  d request()

  System out println( callCglibProxy: +(System currentTimeMillis() beg    in))

  begin=System currentTimeMillis()

  d=createJavassistDynProxy()             //测试Javaassist动态代理

  System out println( createJavassistDynProxy: +(System currentTimeMil    lis() begin))

  System out println( JavassistDynProxy class: +d getClass() getName())

  begin=System currentTimeMillis()

  for(int i= ;iCIRCLE;i++)

  d request()

  System out println( callJavassistDynProxy: +(System currentTimeMilli    s() begin))

  begin=System currentTimeMillis()

  d=createJavassistBytecodeDynamicProxy()     //测试Javassist动态代理

  System out println( createJavassistBytecodeDynamicProxy: +(System cu    rrentTimeMillis() begin))

  System out println( JavassistBytecodeDynamicProxy class: +d getClass()

  getName())

  begin=System currentTimeMillis()

  for(int i= ;iCIRCLE;i++)

  d request()

  System out println( callJavassistBytecodeDynamicProxy: +(System curr    entTimeMillis() begin))

  }

  返回目录 Java程序性能优化 让你的Java程序更快 更稳定

  编辑推荐

  Java程序设计培训视频教程

  J EE高级框架实战培训视频教程

  J ME移动开发实战教学视频

  Visual C++音频/视频技术开发与实战

  Oracle索引技术

  lishixinzhi/Article/program/Java/gj/201311/27830

  实验: metaspace区域OOM

  Cglib 动态代理,会动态创建类 如果使用不当会导致生成大量的类元数据 塞满metaspace

  依赖包

  执行报错

  java.lang.OutOfMemoryError: Metaspace

  Dumping heap to …

  Heap dump file created [2923143 bytes in 0.037 secs]

  Exception in thread “main” net.sf.cglib.core.CodeGenerationException: java.lang.reflect.InvocationTargetException–null

  at net.sf.cglib.core.AbstractClassGenerator.generate(AbstractClassGenerator.java:348)

  at net.sf.cglib.proxy.Enhancer.generate(Enhancer.java:492)

  at net.sf.cglib.core.AbstractClassGenerator$ClassLoaderData.get(AbstractClassGenerator.java:117)

  at net.sf.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:294)

  at net.sf.cglib.proxy.Enhancer.createHelper(Enhancer.java:480)

  at net.sf.cglib.proxy.Enhancer.create(Enhancer.java:305)

  at MetaspaceOOM.main(MetaspaceOOM.java:42)

  Caused by: java.lang.reflect.InvocationTargetException

  at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)

  at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

  at java.lang.reflect.Method.invoke(Method.java:498)

  at net.sf.cglib.core.ReflectUtils.defineClass(ReflectUtils.java:459)

  at net.sf.cglib.core.AbstractClassGenerator.generate(AbstractClassGenerator.java:339)

  … 6 more

  Caused by: java.lang.OutOfMemoryError: Metaspace

  at java.lang.ClassLoader.defineClass1(Native Method)

  at java.lang.ClassLoader.defineClass(ClassLoader.java:763)

  … 11 more

  4.669: [GC (Allocation Failure) 4.669: [ParNew: 34944K-2104K(39296K), 0.0033046 secs] 34944K-2104K(126720K), 0.0035844 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

  5.218: [GC (Allocation Failure) 5.218: [ParNew: 37048K-2256K(39296K), 0.0051226 secs] 37048K-2256K(126720K), 0.0053311 secs] [Times: user=0.00 sys=0.00, real=0.01 secs]

  5.633: [GC (Allocation Failure) 5.633: [ParNew: 37200K-2664K(39296K), 0.0101116 secs] 37200K-2664K(126720K), 0.0102989 secs] [Times: user=0.00 sys=0.00, real=0.01 secs]

  Gc日志还是比较清晰的打印出 Metadata 到达阈值引起的fullgc

  5.973: [ Full GC (Metadata GC Threshold) 5.973: [CMS: 0K-2302K(87424K), 0.0538876 secs] 28792K-2302K(126720K), [Metaspace: 9186K-9186K(1058816K)], 0.0543441 secs] [Times: user=0.08 sys=0.03, real=0.06 secs]

  6.027: [Full GC (Last ditch collection) 6.027: [CMS: 2302K-1410K(87424K), 0.0168118 secs] 2302K-1410K(126848K), [Metaspace: 9186K-9186K(1058816K)], 0.0169643 secs] [Times: user=0.03 sys=0.00, real=0.02 secs]

  6.046: [GC (CMS Initial Mark) [1 CMS-initial-mark: 1410K(87424K)] 1410K(126848K), 0.0003738 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

  6.046: [CMS-concurrent-mark-start]

  6.089: [CMS-concurrent-mark: 0.014/0.043 secs] [Times: user=0.06 sys=0.00, real=0.04 secs]

  6.089: [CMS-concurrent-preclean-start]

  6.091: [CMS-concurrent-preclean: 0.001/0.001 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

  6.091: [GC (CMS Final Remark) [YG occupancy: 687 K (39424 K)]6.091: [Rescan (parallel) , 0.0003632 secs]6.091: [weak refs processing, 0.0001684 secs]6.091: [class unloading, 0.0022085 secs]6.094: [scrub symbol table, 0.0013801 secs]6.095: [scrub string table, 0.0003217 secs][1 CMS-remark: 1410K(87424K)] 2097K(126848K), 0.0048304 secs] [Times: user=0.00 sys=0.00, real=0.01 secs]

  6.096: [CMS-concurrent-sweep-start]

  6.096: [CMS-concurrent-sweep: 0.001/0.001 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

  6.097: [CMS-concurrent-reset-start]

包含javareflectutils的词条

  6.099: [CMS-concurrent-reset: 0.002/0.002 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

  Heap

  par new generation total 39424K, used 1038K [0x0000000081200000, 0x0000000083cc0000, 0x0000000095ec0000)

  eden space 35072K, 2% used [0x0000000081200000, 0x0000000081303890, 0x0000000083440000)

  from space 4352K, 0% used [0x0000000083440000, 0x0000000083440000, 0x0000000083880000)

  to space 4352K, 0% used [0x0000000083880000, 0x0000000083880000, 0x0000000083cc0000)

  concurrent mark-sweep generation total 87424K, used 1410K [0x0000000095ec0000, 0x000000009b420000, 0x0000000100000000)

  Metaspace used 9214K, capacity 10134K, committed 10240K, reserved 1058816K

  class space used 790K, capacity 841K, committed 896K, reserved 1048576K

  通过mat分析oom时候自动dump的文件

  首先发现应用程序类加载器 AppClassLoader 加载了很多东西

  cglib 总共动态生成了 668个类

  list outgoing objects 进去看,这个名字怪怪的类 父类是 Car, 关联了一堆 cglib的代理对象 也就是说肯定是通过cglib加强 car 的时候有问题

  Bean找对象方法执行

  package cn.wisefly.miims.util;

  import org.springframework.beans.BeansException;

  import org.springframework.context.ApplicationContext;

  import org.springframework.context.ApplicationContextAware;

  import org.springframework.stereotype.Component;

  import org.springframework.util.ReflectionUtils;

  import java.lang.reflect.Method;

  @Component

  public class SpringReflectUtils implements ApplicationContextAware {

  /**

  * Spring容器 spring应用上下文对象

  */

  private static ApplicationContext applicationContext;

  @Override

  public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {

  SpringReflectUtils.applicationContext = applicationContext;

  System.out.println(“========ApplicationContext配置成功,在普通类可以通过调用SpringUtil.getAppContext()获取applicationContext对象,applicationContext=” + SpringReflectUtils.applicationContext + “========”);

  }

  /**

  * 对象名称获取spring bean对象

  * @param name

  * @return

  * @throws BeansException

  */

  public static Object getBean(String name) throws BeansException {

  return applicationContext.getBean(name);

  }

  /**

  * 根据 服务名称 ,方法名 反射调用  spring bean 中的 方法

  * @param serviceName 服务名

  * @param methodName 方法名

  * @param params 参数

  * @return

  * @throws Exception

  */

  public static Object springInvokeMethod(String serviceName, String methodName, Object[] params) throws Exception {

  Object service = getBean(serviceName);

  Class? extends Object[] paramClass = null;

  if (params != null) {

  int paramsLength = params.length;

  paramClass = new Class[paramsLength];

  for (int i = 0; i paramsLength; i++) {

  paramClass[i] = params[i].getClass();

  }

  }

  // 找到方法

  Method method = ReflectionUtils.findMethod(service.getClass(), methodName, paramClass);

  // 执行方法

  return ReflectionUtils.invokeMethod(method, service, params);

  }

  }

  后端自定义的异常 在dubbo 怎么抛到前端

  public Result invoke(Invoker? invoker, Invocation invocation) throws RpcException {

  try {

  Result result = invoker.invoke(invocation);

  if (result.hasException() GenericService.class != invoker.getInterface()) {

  try {

  Throwable exception = result.getException();

  // 如果是checked异常,直接抛出

  if (! (exception instanceof RuntimeException) (exception instanceof Exception)) {

  return result;

  }

  // 在方法签名上有声明,直接抛出

  try {

  Method method = invoker.getInterface().getMethod(invocation.getMethodName(), invocation.getParameterTypes());

  Class?[] exceptionClassses = method.getExceptionTypes();

  for (Class? exceptionClass : exceptionClassses) {

  if (exception.getClass().equals(exceptionClass)) {

  return result;

  }

  }

  } catch (NoSuchMethodException e) {

  return result;

  }

  // 未在方法签名上定义的异常,在服务器端打印ERROR日志

  logger.error(“Got unchecked and undeclared exception which called by ” + RpcContext.getContext().getRemoteHost()

  + “. service: ” + invoker.getInterface().getName() + “, method: ” + invocation.getMethodName()

  + “, exception: ” + exception.getClass().getName() + “: ” + exception.getMessage(), exception);

  // 异常类和接口类在同一jar包里,直接抛出

  String serviceFile = ReflectUtils.getCodeBase(invoker.getInterface());

  String exceptionFile = ReflectUtils.getCodeBase(exception.getClass());

  if (serviceFile == null || exceptionFile == null || serviceFile.equals(exceptionFile)){

  return result;

  }

  // 是JDK自带的异常,直接抛出

  String className = exception.getClass().getName();

  if (className.startsWith(“java.”) || className.startsWith(“javax.”)) {

  return result;

  }

  // 是Dubbo本身的异常,直接抛出

  if (exception instanceof RpcException) {

  return result;

  }

  // 否则,包装成RuntimeException抛给客户端

  return new RpcResult(new RuntimeException(StringUtils.toString(exception)));

  } catch (Throwable e) {

  logger.warn(“Fail to ExceptionFilter when called by ” + RpcContext.getContext().getRemoteHost()

  + “. service: ” + invoker.getInterface().getName() + “, method: ” + invocation.getMethodName()

  + “, exception: ” + e.getClass().getName() + “: ” + e.getMessage(), e);

  return result;

  }

  }

  return result;

  } catch (RuntimeException e) {

  logger.error(“Got unchecked and undeclared exception which called by ” + RpcContext.getContext().getRemoteHost()

  + “. service: ” + invoker.getInterface().getName() + “, method: ” + invocation.getMethodName()

  + “, exception: ” + e.getClass().getName() + “: ” + e.getMessage(), e);

  throw e;

  }

  }

  所以在dubbo的service端想抛出自定义异常,只能通过在service端的接口方法上声明所要抛出的异常,或者将异常类与接口同包,再或者是接口的实现类再实现dubbo的GenericService接口。

  对于第一种方案没有使用,因为它对代码的入侵比较严重。

  第二种方案可以实现,可对于目前的业务框架,让接口类和异常类同包则变得不太可能。

  所以最后选择了让接口实现类再实现GenericService接口,而对于其需要实现的$invoke方法则没有做任何的方法体处理,直接废弃。

  对于dubbo的service端自定义异常类的处理,有些不理解的就是,为什么dubbo需要对自定义异常类做一次Runtime异常的转化,而不是直接抛出原异常类型。或者有没有对dubbo更了解的朋友,有对自定义异常更好的处理方法。

  javareflectutils的介绍就聊到这里吧,感谢你花时间阅读本站内容,更多关于、javareflectutils的信息别忘了在本站进行查找喔。

关于 包含javareflectutils的词条 的问题,嗨壳技术分享网(www.heikehao.com)小编就分享到这里吧!如果大家有疑问欢迎留言询问。

原创文章,作者:java,如若转载,请注明出处:https://www.heikehao.com/22754.html

(0)
javajava
上一篇 2022年6月23日
下一篇 2022年6月23日

相关推荐

  • 高德导航java

    今日,嗨壳技术分享网小编分享高德导航java 相关内容,内容如下。   安卓高德地图开发java如何调用js自定义图层   1、创建一个自定义图层实例或获取canvas实例varc…

    2020年1月4日
  • 关于javaxmlxsd的信息

    关于javaxmlxsd的信息   今天给各位分享javaxmlxsd的知识,其中也会对进行解释,如果能碰巧解决你现在面临的问题,别忘了关注本站,现在开始吧!   本文目录一览: …

    2020年9月13日
  • 怎么用java做资源管理器,java资源管理器怎么打开

    今天,嗨壳技术分享网给大家整理一些怎么用java做资源管理器,java资源管理器怎么打开内容。   JAVA包资源管理器怎么打开   1、按Win键与 E键打开资源管理器,点击桌面…

    2020年1月12日
  • 疯狂java讲义视频教程(疯狂java讲义在线阅读)

    针对疯狂java讲义视频教程(疯狂java讲义在线阅读)的内容, 嗨壳技术分享网今天给大家作出详细的解答吧!   今天给各位分享疯狂java讲义视频教程的知识,其中也会对疯狂jav…

    2020年2月19日
  • 没有javac.exe

    关于没有javac.exe话题,今日,嗨壳技术分享网小编抽出大半天的时间整理一些没有javac.exe内容,让我们一起了解一些技术吧!   为什么jdk17bin没有java   …

    2020年1月23日
  • 包含java报错1的词条

    包含java报错1的词条 大家并不陌生,借来给大家详细说说吧!   Java中(1   Java语言不支持第2种表达式,它会把第2种表达式解释为1=number返回一个布尔型值,然…

    2023年5月5日
  • javascript获取索引(js获取字符串指定字符的索引)

    javascript获取索引(js获取字符串指定字符的索引) 大家并不陌生,借来给大家详细说说吧!   今天给各位分享javascript获取索引的知识,其中也会对js获取字符串指…

    2020年3月24日
  • 反向传播算法java

    今天,嗨壳技术分享网给大家整理一些反向传播算法java内容。   反向传播算法是什么?   反向传播算法,简称BP算法,适合于多层神经元网络的一种学习算法。   它建立在梯度下降法…

    2020年6月30日
  • 黑客学习文案,黑客技术文章

    关于黑客学习文案,黑客技术文章话题,今日,嗨壳技术分享网小编抽出大半天的时间整理一些黑客学习文案,黑客技术文章内容,让我们一起了解一些技术吧!   学习文案该看什么书?   《文案…

    2020年1月15日
  • 创建文件夹java,创建文件夹javaweb

    今天,嗨壳技术分享网给大家整理一些创建文件夹java,创建文件夹javaweb内容。   java怎么创建目录(删除/修改/复制目录及文   1、File F=new File(路…

    2020年4月24日