🔥 Spring AOP 与 Solon AOP 有什么区别?
Spring 和 Solon 作为容器型框架。都具有 IOC 和 AOP 的能力。其中:
- Spring AOP 使用表达式确定“切入点”,可以是某个注解(有侵入),可以是包名或类名或方法(无侵入)
- Solon AOP 只使用某个注解确定“切入点”(有侵入)
先看两个示例
1、Spring AOP 示例
Spring AOP 有很多不同的能力构建方式。此处采用更简洁的一种方式:
import org.aspectj.lang.JoinPoint;
import org.aspectj.lang.annotation.*;
import org.springframework.stereotype.Component;
@Aspect
@Component
public class LoggingAspect {
@Pointcut("execution(* com.example.demo.service.*.*(..))") //也可以是某注解表达式
public void serviceLayer() {}
@Around("serviceLayer()")
public Object logAround(ProceedingJoinPoint joinPoint) throws Throwable {
System.out.println("test");
return joinPoint.proceed();
}
}
应用示例
package com.example.demo.service;
@Component
public class UserService {
public String getUserById(Long id) {
return "user-" + id;
}
public void updateUser(String user) {
System.out.println("update: " + user);
}
}
2、Solon AOP 示例
Solon AOP 有两种能力构建方式。此处采用更简洁的一种方式:
import org.noear.solon.annotation.Around;
import org.noear.solon.core.aspect.Invocation;
import org.noear.solon.core.aspect.MethodInterceptor;
@Around(Logging.LoggingInterceptor.class) //为注解,附加包围处理的能力
@Target({ElementType.TYPE, ElementType.METHOD})
@Retention(RetentionPolicy.RUNTIME)
@Documented
public @interface Logging {
class LoggingInterceptor implements MethodInterceptor {
@Override
public Object doIntercept(Invocation i) throws Throwable {
System.out.println("test");
return i.invoke();
}
}
}
应用示例
package com.example.demo.service;
@Logging
@Component
public class UserService {
public String getUserById(Long id) {
return "user-" + id;
}
public void updateUser(String user) {
System.out.println("update: " + user);
}
}
3、总结
| 体验感受 | Spring AOP | Solon AOP |
|---|---|---|
| 有侵入体验 | 通过表达式描述,使用时添加“注解” | 定义注解,使用时添加“注解” |
| 无侵入体验 | 通过表达式描述包名或类名或方法,使用时无感 | / |
| 优点 | 可以完全“无侵入”实现 AOP | 附加了什么能力比较透明 |
| 缺点 | 表达式有点难写;(可无限制添加)可能会有些混乱 | (不能随意添加)可能会有局限性 |
关注公众号
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
-
上一篇
OpenAI 爆料:马斯克曾试图联手扎克伯格一起收购公司
据外媒报道,OpenAI在一份法庭文件中透露,埃隆・马斯克今年曾试图说服扎克伯格参与其对OpenAI的收购要约。 OpenAI表示,马斯克将Meta首席执行官扎克伯格列为与其讨论过潜在收购OpenAI资金安排的人士之一。 今年早些时候,马斯克出价 974 亿美元收购 OpenAI,并在一份声明中表示,“现在是时候让 OpenAI 重回曾经的开源、注重安全的正义力量了”。OpenAI 董事会一致拒绝了这一报价,并在诉状中称其为 “虚假出价”。 OpenAI在法庭文件中称,扎克伯格和Meta均未签署意向书,也未参与这笔974亿美元的收购要约 马斯克及其代表未回复外媒置评请求。 OpenAI与亿万富翁、其联合创始人马斯克之间“恩怨”颇深。OpenAI今年4月对马斯克提起反诉,称其试图拖慢OpenAI的发展。 OpenAI曾在社交平台X上表示:“埃隆针对我们的持续行动只是一种恶意策略,目的是拖慢OpenAI的发展,并为了他个人的利益,夺取对领先人工智能创新的控制权。”马斯克是人工智能初创公司xAI的创始人。 去年,马斯克对OpenAI发起诉讼,称:“一家公司(OpenAI)从免税慈善机构变成价...
-
下一篇
Cursor 发布全球最快 MXFP8 MoE 内核
Cursor 团队发表博客介绍他们从零构建的 MXFP8 内核实现 1.5 倍 MoE 训练速度提升的过程。 在过去几周里,我们从 GPU 内核层面彻底重写了整个 MoE (专家混合模型) 层,并且完全不依赖任何 CUDA 库。我们使用的是纯粹、经典的 CUDA 和 PTX,并在此基础上融合了一些 ThunderKittens 的技术。 最终,我们的 MoE 层在前向和反向传播中的性能都提升了 3.5 倍,这使得模型在 Blackwell 架构上的端到端训练速度提升了 1.5 倍,并且比我们最初在 Hopper 上的方案快了 2 倍。 我们相信,我们的技术栈比当今任何可用的开源方案组合都要快。 为解决 MoE 层在训练中速度过慢的问题,Cursor 团队在内核级别对其进行了完全重建,并转向使用 MXFP8 格式。在训练其编程模型时,MoE 层曾占据了 27% 至 53% 的训练时间。 经过优化后,新的 MXFP8 MoE 内核实现了 MoE 层速度提升 3.5 倍,并带来了 1.5 倍。
相关文章
文章评论
共有0条评论来说两句吧...

微信收款码
支付宝收款码