AspectJ android aspectj android原原理

转载

mob6454cc780924 2023-10-08 14:54:28

文章标签 AspectJ android python java android spring 文章分类 Android 移动开发

aspectj原理

对于Java项目，有时我将AspectJ用于各种任务，但是对于Android项目，我最初决定不使用它。

有多种原因：

与通用Java项目相比，Android项目的结构及其构建过程已经更加复杂和缓慢。
对于Android开发， AspectJ仅支持编译时编织，这使它的用处不大。
Android Studio IDE不支持AspectJ。

但是，最终我在测试方面发现了某些方面的用途。我决定尝试使用AspectJ的另一个原因是Gradle提供了Android AspectJ插件。它们使我将AspectJ集成到Android构建过程中变得更加容易，我使用了这一点。

使用方面，我可以在特定测试需要时将测试代码编织到应用程序代码中。然后，当不再需要时，我将无需进行方面编织就进行常规构建，并且测试代码将完全隔离在方面文件中。我发现这可以很好地替代测试期间有时发生的情况：

为特定测试添加测试代码，然后必须将其删除或在以后将其注释掉
添加临时日志记录以查找错误，分析一些代码等

一些例子有什么好处

没有AspectJ：

在测试Crashlytics时， Firebase文档建议添加带有使应用程序崩溃的点击处理程序的临时按钮。

使用AspectJ：

相反，我可以将引发崩溃的代码编织到我喜欢的任何现有应用程序事件中，例如按钮单击，菜单单击等。

没有AspectJ：

编写一些临时测试代码以引发异常，以查看应用程序是否正确处理了它。

使用AspectJ：

有一个方面会从我选择的任何方法中引发异常。我也可以使用切入点建议多种方法，以便可以从多个位置抛出测试异常。

(例如，检查Google Play服务是否可用。)

没有AspectJ：

编写一些测试代码以模拟您要测试的外部服务的响应。例如，当检查Google Play服务是否可用时，您可能需要测试您的应用是否正确处理了不成功的结果代码，例如SERVICE_MISSING，SERVICE_VERSION_UPDATE_REQUIRED等。

使用AspectJ：

编写一个方面，以建议您在哪里调用外部服务，并让其返回要测试的结果。由您决定是否要使用proceed(..)在建议中实际调用外部服务，还是让建议返回所需的结果。

AspectJ的最常见用途之一是方法跟踪，这对于分析应用程序或尝试跟踪难以发现的错误很有用。

没有AspectJ：

将临时跟踪日志记录添加到您可能需要概要分析或导致错误的应用程序代码中。

使用AspectJ：

通过调整跟踪方面的切入点，启用对方法调用的跟踪并记录我想要的任何或所有方法调用。例如，编写切入点来建议类中的所有方法既快速又容易。

周围有许多AspectJ跟踪方面的示例，或者您可以使用android工具通过检测生成跟踪日志。

AspectJ示例

让我们从一个常见的场景开始，一个服务类带有一个进行网络调用的方法(大概是要获取一些数据并对其应用业务逻辑)。此服务方法将由应用程序中的活动或片段调用。请注意，此示例假定您已经熟悉如何使用AspectJ本机语法进行编程。

public class BusinessService { 
  public Result serviceNetworkCall() {

    return ... // return some data from a network call

  }
 }

我想测试活动/片段是否正确处理了调用service方法时出现错误的情况。这是一个方面，可以用来模拟方法调用上引发的异常。

aspect TestExceptionInjector {

  pointcut injectTestException(): target(BusinessService) && execution( public Result *(..)); 
  Result around(): injectTestException() {

    // can allow the adviced method to run first before the exception is thrown by calling <em>proceed()</em> first, in case we want some side effects to occur

    // simulate an exception being thrown from the method(s) adviced

    throw new RuntimeException( "TEST" );

  }
 }

在这方面，切入点将建议服务方法，并引发异常而不是其正常执行。然后，我们可以运行该应用程序，以检查调用service方法的Activity / Fragment是否正确处理了此错误。

我还可以在服务类中使用React性库(例如RxJava)的情况下执行此操作。

public class BusinessServiceRx { 
  public Observable<Result> serviceNetworkCallRx() {

    return ... // return some data from a network call

  }

  public Observable<Result> anotherServiceNetworkCallRx() {

    return ... // return some data from a network call

  }
 }
 privileged aspect TestExceptionInjectorRx {

  pointcut injectTestExceptionRx(): target(BusinessServiceRx) && execution( public Observable<Result> *(..)); 
  Observable<Result> around(): injectTestExceptionRx() {

    // simulate an exception being thrown downstream from the method(s) adviced

    return Observable.error( new RuntimeException( "TEST" ));

  }
 }

此示例还显示，方面中的切入点可以建议多种服务方法。