首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
社区首页 >问答首页 >继承接口方法的aspectj切入点

继承接口方法的aspectj切入点
EN

Stack Overflow用户
提问于 2019-08-27 08:00:49
回答 1查看 1.9K关注 0票数 0

我想用aspectj拦截所有的java.sql.DataSource.getConnection方法,我使用了这个切入点:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
"execution(public java.sql.Connection javax.sql.DataSource+.getConnection(..))"

效果很好。但是,我遇到了一些类,例如org.apache.tomcat.jdbc.pool.DataSource是在类层次结构中实现的,而这个切入点不起作用,其中DataSource方法位于不实现DataSource的层次结构中的类中,只有最顶层的类实现了DataSource:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
class BaseDataSource {

    public Connection getConnection() throws SQLException {
        return null;
    }


    public Connection getConnection(String username, String password) throws SQLException {
        return null;
    }

   implements all DataSource Methods...
}

class MyDataSource extends BaseDataSource implements java.sql.DataSource{
           //does not implement DataSource methods
}

BaseDataSource没有实现DataSource,但是拥有所有的DataSource方法实现。

我发现唯一有效的切入点是:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
execution(public java.sql.Connection *.getConnection(..)) && target(javax.sql.DataSource)

我的问题是,是否有一个更好的方法,以及这个切入点可能是最差的表现?

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2019-08-27 18:26:44

我在MCVE中复制了您的情况如下:

实现DataSource 方法的基类,但不实现接口:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
package de.scrum_master.app;

import java.io.PrintWriter;
import java.sql.Connection;
import java.sql.SQLException;
import java.sql.SQLFeatureNotSupportedException;
import java.util.logging.Logger;

public class BaseClass {
  public PrintWriter getLogWriter() throws SQLException { return null; }
  public void setLogWriter(PrintWriter out) throws SQLException {}
  public void setLoginTimeout(int seconds) throws SQLException {}
  public int getLoginTimeout() throws SQLException { return 0; }
  public Logger getParentLogger() throws SQLFeatureNotSupportedException { return null; }
  public <T> T unwrap(Class<T> iface) throws SQLException { return null; }
  public boolean isWrapperFor(Class<?> iface) throws SQLException { return false; }
  public Connection getConnection() throws SQLException { return null; }
  public Connection getConnection(String username, String password) throws SQLException { return null; }
}

实现接口DataSource**,的子类从基类继承方法:**

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
package de.scrum_master.app;

import javax.sql.DataSource;

public class SubClass extends BaseClass implements DataSource {}

驱动程序应用程序:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
package de.scrum_master.app;

import java.sql.SQLException;

public class Application {
  public static void main(String[] args) throws SQLException {
    System.out.println("Aspect should not kick in");
    new BaseClass().getConnection();
    new BaseClass().getConnection("user", "pw");

    System.out.println("Aspect should kick in");
    new SubClass().getConnection();
    new SubClass().getConnection("user", "pw");
  }
}

方面:

这个方面使用当前使用的切入点。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
package de.scrum_master.aspect;

import org.aspectj.lang.JoinPoint;
import org.aspectj.lang.annotation.Aspect;
import org.aspectj.lang.annotation.Before;

@Aspect
public class DataSourceConnectionAspect {
  @Before("execution(public java.sql.Connection *.getConnection(..)) && target(javax.sql.DataSource)")
  public void myAdvice(JoinPoint thisJoinPoint) {
    System.out.println(thisJoinPoint);
  }
}

控制台日志:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
Aspect should not kick in
Aspect should kick in
execution(Connection de.scrum_master.app.BaseClass.getConnection())
execution(Connection de.scrum_master.app.BaseClass.getConnection(String, String))

这里没有意外,一切都像预期的那样运作。在我看来,这是一种有效的方法。当然,方面代码将被编织到每个匹配public java.sql.Connection *.getConnection(..))的方法中,并将进行运行时检查是否真的应用target(javax.sql.DataSource),还请参见javap输出:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
Compiled from "BaseClass.java"
public class de.scrum_master.app.BaseClass {
  (...)

  public java.sql.Connection getConnection() throws java.sql.SQLException;
    Code:
       0: aload_0
       1: instanceof    #76                 // class javax/sql/DataSource
       4: ifeq          21
       7: invokestatic  #70                 // Method de/scrum_master/aspect/DataSourceConnectionAspect.aspectOf:()Lde/scrum_master/aspect/DataSourceConnectionAspect;
      10: getstatic     #58                 // Field ajc$tjp_0:Lorg/aspectj/lang/JoinPoint$StaticPart;
      13: aload_0
      14: aload_0
      15: invokestatic  #64                 // Method org/aspectj/runtime/reflect/Factory.makeJP:(Lorg/aspectj/lang/JoinPoint$StaticPart;Ljava/lang/Object;Ljava/lang/Object;)Lorg/aspectj/lang/JoinPoint;
      18: invokevirtual #74                 // Method de/scrum_master/aspect/DataSourceConnectionAspect.myAdvice:(Lorg/aspectj/lang/JoinPoint;)V
      21: aconst_null
      22: areturn

  public java.sql.Connection getConnection(java.lang.String, java.lang.String) throws java.sql.SQLException;
    Code:
       0: aload_1
       1: astore        4
       3: aload_2
       4: astore        5
       6: aload_0
       7: instanceof    #76                 // class javax/sql/DataSource
      10: ifeq          31
      13: invokestatic  #70                 // Method de/scrum_master/aspect/DataSourceConnectionAspect.aspectOf:()Lde/scrum_master/aspect/DataSourceConnectionAspect;
      16: getstatic     #79                 // Field ajc$tjp_1:Lorg/aspectj/lang/JoinPoint$StaticPart;
      19: aload_0
      20: aload_0
      21: aload         4
      23: aload         5
      25: invokestatic  #82                 // Method org/aspectj/runtime/reflect/Factory.makeJP:(Lorg/aspectj/lang/JoinPoint$StaticPart;Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object;)Lorg/aspectj/lang/JoinPoint;
      28: invokevirtual #74                 // Method de/scrum_master/aspect/DataSourceConnectionAspect.myAdvice:(Lorg/aspectj/lang/JoinPoint;)V
      31: aconst_null
      32: areturn

  (...)
}

也就是说,如果当前实例不是DataSource,也会对实现这些非常特殊的方法模式的类进行运行时检查。但那应该是罕见的。

有一种选择涉及ITD (类型间声明):您可以让基类直接实现接口,然后返回到使用更高效的原始切入点。在基于注释的语法中,这需要如下所示:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
package de.scrum_master.aspect;

import javax.sql.DataSource;

import org.aspectj.lang.JoinPoint;
import org.aspectj.lang.annotation.Aspect;
import org.aspectj.lang.annotation.Before;
import org.aspectj.lang.annotation.DeclareParents;

@Aspect
public class DataSourceConnectionAspect {
  @DeclareParents("de.scrum_master.app.BaseClass")
  private DataSource dataSource;

  @Before("execution(public java.sql.Connection javax.sql.DataSource+.getConnection(..))")
  public void myAdvice(JoinPoint thisJoinPoint) {
    System.out.println(thisJoinPoint);
  }
}

不幸的是,使用我用来测试这个的AspectJ版本,AspectJ编译器会抛出一个异常。这可能是个bug,我稍后会研究它,并向维护人员报告。更新:为这个问题创建了AspectJ bug票证#550494。更新2:错误在AspectJ 1.9.5中修复。

但是,如果您只使用本机AspectJ语法,它就能工作。唯一的坏消息是,如果在类加载期间使用javac + LTW并依赖AspectJ编织器来完成方面,这将不再有效。您必须使用AspectJ编译器ajc以本机语法编译一个方面。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
package de.scrum_master.aspect;

import javax.sql.DataSource;

import de.scrum_master.app.BaseClass;

public aspect DataSourceConnectionAspect {
  declare parents: BaseClass implements DataSource;

  before() : execution(public java.sql.Connection javax.sql.DataSource+.getConnection(..)) {
    System.out.println(thisJoinPoint);
  }
}

现在控制台日志更改为:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
Aspect should not kick in
execution(Connection de.scrum_master.app.BaseClass.getConnection())
execution(Connection de.scrum_master.app.BaseClass.getConnection(String, String))
Aspect should kick in
execution(Connection de.scrum_master.app.BaseClass.getConnection())
execution(Connection de.scrum_master.app.BaseClass.getConnection(String, String))

当然,“方面不应该启动”不再适用于这里,因为现在我们确实希望它能够启动,当然,因为BaseClass现在直接实现了DataSource接口。

声明:这种方法只有在基类中真正存在所有接口方法的情况下才能起作用,幸运的是,org.apache.tomcat.jdbc.pool.DataSourceProxy是这样的,也就是说,您可以相应地调整我的方面。如果基类只实现部分预期的接口方法,您也可以使用本机语法通过ITD添加它们,但我不打算在这里详细说明,我的答案已经很长了。

最后,但并非最不重要的是,这是新方法中字节代码的样子:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
Compiled from "BaseClass.java"
public class de.scrum_master.app.BaseClass implements javax.sql.DataSource {
  (...)

  public java.sql.Connection getConnection() throws java.sql.SQLException;
    Code:
       0: getstatic     #58                 // Field ajc$tjp_0:Lorg/aspectj/lang/JoinPoint$StaticPart;
       3: aload_0
       4: aload_0
       5: invokestatic  #64                 // Method org/aspectj/runtime/reflect/Factory.makeJP:(Lorg/aspectj/lang/JoinPoint$StaticPart;Ljava/lang/Object;Ljava/lang/Object;)Lorg/aspectj/lang/JoinPoint;
       8: astore_1
       9: invokestatic  #70                 // Method de/scrum_master/aspect/DataSourceConnectionAspect.aspectOf:()Lde/scrum_master/aspect/DataSourceConnectionAspect;
      12: aload_1
      13: invokevirtual #74                 // Method de/scrum_master/aspect/DataSourceConnectionAspect.ajc$before$de_scrum_master_aspect_DataSourceConnectionAspect$1$19879111:(Lorg/aspectj/lang/JoinPoint;)V
      16: aconst_null
      17: areturn

  public java.sql.Connection getConnection(java.lang.String, java.lang.String) throws java.sql.SQLException;
    Code:
       0: aload_1
       1: astore        4
       3: aload_2
       4: astore        5
       6: getstatic     #77                 // Field ajc$tjp_1:Lorg/aspectj/lang/JoinPoint$StaticPart;
       9: aload_0
      10: aload_0
      11: aload         4
      13: aload         5
      15: invokestatic  #80                 // Method org/aspectj/runtime/reflect/Factory.makeJP:(Lorg/aspectj/lang/JoinPoint$StaticPart;Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object;Ljava/lang/Object;)Lorg/aspectj/lang/JoinPoint;
      18: astore_3
      19: invokestatic  #70                 // Method de/scrum_master/aspect/DataSourceConnectionAspect.aspectOf:()Lde/scrum_master/aspect/DataSourceConnectionAspect;
      22: aload_3
      23: invokevirtual #74                 // Method de/scrum_master/aspect/DataSourceConnectionAspect.ajc$before$de_scrum_master_aspect_DataSourceConnectionAspect$1$19879111:(Lorg/aspectj/lang/JoinPoint;)V
      26: aconst_null
      27: areturn

  (...)
}

如果您比较这两种javap日志,您不仅会注意到现在它说的是implements javax.sql.DataSource,而且在旧版本中,这两种方法有22/32字节码指令,而新版本中只有17/27。例如,在旧版本中可以看到instanceof #76 // class javax/sql/DataSource。在新版本中,不再需要instanceof检查。

您可以自己决定是否值得使用ITD和本机语法。我个人使用本机语法和ajc,所以我会这么做。如果您以前从未使用过AspectJ编译器,并且只使用LTW,则可能会有不同的决定。如果甚至有一个可衡量的业绩增益是另一个问题。我假设在涉及SQL数据库调用的场景中,影响性能的可能不是AspectJ。我只是好奇地想知道并回答你的问题。

更新:无需ITD的替代解决方案

根据您的评论,您希望避免ITD,尽管我认为这是一个干净而优雅的解决方案。但也有一种优化切入点匹配和性能的方法如下:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
package de.scrum_master.aspect;

import org.aspectj.lang.JoinPoint;
import org.aspectj.lang.annotation.Aspect;
import org.aspectj.lang.annotation.Before;
import org.aspectj.lang.annotation.Pointcut;

@Aspect
public class AlternativeSolutionAspect {
  @Pointcut("execution(public java.sql.Connection getConnection(..))")
  private static void getConnection() {}

  @Pointcut("within(javax.sql.DataSource+)")
  private static void withinDataSource() {}

  @Pointcut("target(javax.sql.DataSource)")
  private static void targetDataSource() {}

  @Before("withinDataSource() && getConnection()")
  public void interceptStatically(JoinPoint thisJoinPoint) {
    System.out.println("[static] " + thisJoinPoint);
  }

  @Before("!withinDataSource() && getConnection() && targetDataSource()")
  public void interceptDynamically(JoinPoint thisJoinPoint) {
    System.out.println("[dynamic] " + thisJoinPoint);
  }
}

解释:

  • 通知interceptStatically负责查找“正常”案例的所有方法执行,即实现接口和相应方法的(基类)类。
  • 通知interceptDynamically负责(外来的) rest,即实际实例实现接口的方法执行,但是该方法是在(基类而不是实现接口的)中定义的。与您自己的纯动态解的不同之处在于,在这里,我明确地排除了可以静态确定的情况。

如果我们把我的DataSourceConnectionAspect和这个AlternativeSolutionAspect比较一下,这意味着什么呢?首先,让我添加另一个示例类,以使其更清晰:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
package de.scrum_master.app;

import java.sql.Connection;
import java.sql.SQLException;

import javax.sql.DataSource;

public class SubClassOverridingMethods extends BaseClass implements DataSource {
  @Override
  public Connection getConnection() throws SQLException {
    return super.getConnection();
//    return null;
  }

  @Override
  public Connection getConnection(String username, String password) throws SQLException {
    return super.getConnection(username, password);
//    return null;
  }
}

现在,我们通过其他方法调用扩展驱动程序应用程序:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
package de.scrum_master.app;

import java.sql.SQLException;

public class Application {
  public static void main(String[] args) throws SQLException {
    System.out.println("Aspect should not kick in without ITD, but should with ITD");
    new BaseClass().getConnection();
    new BaseClass().getConnection("user", "pw");

    System.out.println("Aspect should kick in");
    new SubClass().getConnection();
    new SubClass().getConnection("user", "pw");

    System.out.println("Aspect should kick in");
    new SubClassOverridingMethods().getConnection();
    new SubClassOverridingMethods().getConnection("user", "pw");
  }
}

其余的与我上面的例子一样。

用于DataSourceConnectionAspect**:**的控制台日志

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
Aspect should not kick in without ITD, but should with ITD
execution(Connection de.scrum_master.app.BaseClass.getConnection())
execution(Connection de.scrum_master.app.BaseClass.getConnection(String, String))
Aspect should kick in
execution(Connection de.scrum_master.app.BaseClass.getConnection())
execution(Connection de.scrum_master.app.BaseClass.getConnection(String, String))
Aspect should kick in
execution(Connection de.scrum_master.app.SubClassOverridingMethods.getConnection())
execution(Connection de.scrum_master.app.BaseClass.getConnection())
execution(Connection de.scrum_master.app.SubClassOverridingMethods.getConnection(String, String))
execution(Connection de.scrum_master.app.BaseClass.getConnection(String, String))

在第3种情况中,您可以看到2次方法调用的4行日志输出,因为重写方法调用了super.getConnection(..)。当然,如果他们不使用超级调用来做一些事情,那么每个方法调用只会有一个日志行。

用于AlternativeSolutionAspect**:**的控制台日志

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
Aspect should not kick in without ITD, but should with ITD
Aspect should kick in
[dynamic] execution(Connection de.scrum_master.app.BaseClass.getConnection())
[dynamic] execution(Connection de.scrum_master.app.BaseClass.getConnection(String, String))
Aspect should kick in
[static] execution(Connection de.scrum_master.app.SubClassOverridingMethods.getConnection())
[dynamic] execution(Connection de.scrum_master.app.BaseClass.getConnection())
[static] execution(Connection de.scrum_master.app.SubClassOverridingMethods.getConnection(String, String))
[dynamic] execution(Connection de.scrum_master.app.BaseClass.getConnection(String, String))

由于我们这里不使用ITD,所以在第1种情况下什么都不会被截获。案例2是动态拦截的,而在第3种情况下,重写方法可以静态地确定,超级方法可以动态地确定。同样,如果没有超级调用,对于第3种情况,每个方法调用只会有一行日志输出。

P.S.:你自己的解决方案在超级电话的情况下也会匹配两次,以防你想知道。但这两次都会动态匹配,使得速度变慢。

票数 3
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/57678474

复制
相关文章
使用Fiddler对Android手机抓包
由于智能手机权限限制,使用传统方法在 Android 手机上抓包不得不对系统进行 root ,并且最终需要导出到电脑查看以及分析。相较而言,使用 Fiddler 辅助抓包操作简单易行,并且无需对手机进行 root ,同时兼容 Android 以及 IOS。使用 Fiddler 需要一台与被抓包手机处在同一局域网下的电脑辅助,并且路由器没有开启 AP 隔离。
reizhi
2022/09/26
9070
使用Fiddler对Android手机抓包
[ JavaScript ] 对闭包的理解和使用场景
首先,闭包是 JavaScript 这个语言的一个特点,主要的使用场景就是为了创建私有的变量。当然这个变量包含函数。
GavinUI
2021/04/10
1.4K0
[ JavaScript ] 对闭包的理解和使用场景
当使用junit4 对spring框架中各层进行测试时,需要添加的配置
当使用junit4 对spring框架中controller/service/mapper各层进行测试时,需要添加的配置
Theone67
2019/11/21
9420
spring之在配置Bean时如何关联不同的Bean
我们也可以在bean的内部配置相应的Bean,这个Bean就是一个内部bean,不能被外部使用。
西西嘛呦
2020/08/26
5990
spring之在配置Bean时如何关联不同的Bean
学习笔记:使用BurpSuite抓包时抓到火狐的包怎么办?
var xhr = new XMLHttpRequest(); xhr.open('get', 'https://v1.hitokoto.cn/'); xhr.onreadystatechange = function () { if (xhr.readyState === 4) { var data = JSON.parse(xhr.responseText); var hitokoto = document.getElementById('hitokoto'); hitokoto.innerText = data.hitokoto; } } xhr.send();
TRY博客-简单的网络技术
2022/09/08
1.6K0
学习笔记:使用BurpSuite抓包时抓到火狐的包怎么办?
使用webbench对不同的web服务器进行压力测试
1、webbench在linux下的安装步骤,如果安装过程失败,请检查当前用户的执行权限,如果报找不到某个目录的错,请自行创建指定的目录:
程序员一一涤生
2019/09/10
2.9K0
使用 React Hooks 时需要注意过时的闭包!
最近开源了一个 Vue 组件,还不够完善,欢迎大家来一起完善它,也希望大家能给个 star 支持一下,谢谢各位了。
前端小智@大迁世界
2021/03/04
1.9K0
使用Sentinel对Spring MVC接口进行限流
Spring Cloud Alibaba提供了中间件Sentinel,它以流量为切入点,提供了流量控制、熔断降级、系统负载保护等多个功能来保护服务的稳定性。今天就来尝试一下。
码农小胖哥
2020/10/10
2K0
使用Sentinel对Spring MVC接口进行限流
使用 AutoMapper 自动映射模型时,处理不同模型属性缺失的问题
使用 AutoMapper 可以很方便地在不同的模型之间进行转换而减少编写太多的转换代码。不过,如果各个模型之间存在一些差异的话(比如多出或缺少一些属性),简单的配置便不太行。本文帮助你解决这个问题。
walterlv
2023/10/23
6650
使用青花瓷对Android app 抓包
青花瓷window版本下载地址:http://www.pc6.com/softview/SoftView_426224.html
全栈程序员站长
2022/08/26
1.4K0
使用青花瓷对Android app 抓包
spring boot 使用 maven 打 jar 包配置
使用 ide 进行开发时,直接在ide上启动即可,如果要放到服务器上进行使用,就必须打成jar包,这里使用 maven 的打包插件进行打包。注意 <mainClass>com.devops.WebApplication</mainClass> 这行要改成你的启动类。
潇洒
2019/07/03
9730
spring boot 使用maven打jar包配置
使用 ide 进行开发时,直接在ide上启动即可,如果要放到服务器上进行使用,就必须打成jar包,这里使用 maven 的打包插件进行打包。注意 <mainClass>com.devops.WebApplication</mainClass> 这行要改成你的启动类。
潇洒
2023/10/20
2720
Spring MVC中使用header路由到不同方法
最近项目中需要针对URL进行统一化处理,其中有一条是需要根据不同的调用方提供不同的接口,但是实际上针对服务方来说,有的功能对所有渠道是一致的,有的功能是不同的。 一开始针对不同功能,我们也都放在同一个方法,但是随着渠道增多,以及不同渠道的差异增加,这种方式导致公共方法特别复杂。就连参数校验的逻辑就很长,也容易出错。 借用Spring MVC可以使用header路由的功能,我们实现了灵活的方法实现,针对一致性的功能,我们可以使用一个方法实现,有差异性的功能,可以路由到不同方法。而这些改动都对调用方透明,这样
十毛
2019/12/23
1.2K0
Spring 和 Mybatis 使用不同的数据源会怎样?
本篇文章要讨论的一个问题点, 给Spring和Mybatis设置不同的数据库数据源会怎样? 注意. 正常情况下一定要给Spring和Mybatis设置相同的数据库数据源. 案例代码位置 https:
书唐瑞
2022/06/02
5630
Spring 和 Mybatis 使用不同的数据源会怎样?
使用管家婆软件管理工厂对不同商品的价格
当企业自己的生产能力不足或者缺乏某种技术的话,就需要把某个工艺甚至整个产品交给外面的厂商去进行生产,要管理加工单位对不同商品的单价,可以参考下面说明的设置。
管家婆软件
2022/11/04
13.9K0
使用管家婆软件管理工厂对不同商品的价格
聊一聊使用Spring事物时不生效的场景
今天介绍一下Spring事物不生效的场景,事物是我们在项目中经常使用的,如果是Java的话,基本上都使用Spring的事物,不过Spring的事物如果使用不当,那么就会导致事物失效或者不回滚,最终导致数据不一致,所以很有必要去研究一下Spring事物不生效的一些场景,避免掉坑。
小四的技术之旅
2023/09/06
2250
聊一聊使用Spring事物时不生效的场景
Java 包的使用
指的是一个程序的目录,在最早的时候,如果要开发一个程序,只需要定义一个Java文件,而后在这个文件中编写所需要的类文件。
Mirror王宇阳
2020/11/12
9910
EMLOG通过不同域名使用不同的模板
只在emlog根目录的index.php简单修改就能实现,也可以做多用户二级域名调用不同的模板。当然也可以修改模板不同域名显示不同用户的文章。 $templet=Option::get('nonce_templet'); $the_host = $_SERVER['HTTP_HOST']; if ($the_host=='i.isiyuan.net') {////判断域名或者浏览器UA使用不同的前台模板 $templet='pink';//前台模板名 } define('TEMPLAT
Youngxj
2018/06/06
2.1K0
点击加载更多

相似问题

在Spring中使用不同的控制器包

10

在Spring中对多个包使用@ComponentScan时出错

119

如何在Spring中使用来自不同包的rest控制器?

23

Spring :使用@Autowire获取对不同spring实例的引用

11

对不同的版本使用不同的包iOS

10
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档
查看详情【社区公告】 技术创作特训营有奖征文