spring面试题及答案

24 篇文章 0 订阅
5 篇文章 0 订阅

以下为 spring 常见面试问题:
1、什么是 Spring 框架?Spring 框架有哪些主要模块?
Spring 框架是一个为 Java 应用程序的开发提供了综合、广泛的基础性支持的 Java 平台。
Spring 帮助开发者解决了开发中基础性的问题,使得开发人员可以专注于应用程序的开发。
Spring 框架本身亦是按照设计模式精心打造,这使得我们可以在开发环境中安心的集成 Spring 框
架,不必担心 Spring 是如何在后台进行工作的。
Spring 框架至今已集成了 20 多个模块。这些模块主要被分如下图所示的核心容器、数据访问/集 成,、Web、AOP(面向切面编程)、工具、消息和测试模块。
2、使用 Spring 框架能带来哪些好处?
下面列举了一些使用 Spring 框架带来的主要好处:
 Dependency Injection(DI) 方法使得构造器和 JavaBean properties 文件中的依赖关系一
目了然。
 与 EJB 容器相比较,IoC 容器更加趋向于轻量级。这样一来 IoC 容器在有限的内存和 CPU 资
源的情况下进行应用程序的开发和发布就变得十分有利。
 Spring 并没有闭门造车,Spring 利用了已有的技术比如 ORM 框架、logging 框架、J2EE、Q
uartz 和 JDK Timer,以及其他视图技术。
 Spring 框架是按照模块的形式来组织的。由包和类的编号就可以看出其所属的模块,开发者仅
仅需要选用他们需要的模块即可。
 要测试一项用 Spring 开发的应用程序十分简单,因为测试相关的环境代码都已经囊括在框架中
了。更加简单的是,利用 JavaBean 形式的 POJO 类,可以很方便的利用依赖注入来写入测试
数据。
 Spring 的 Web 框架亦是一个精心设计的 Web MVC 框架,为开发者们在 web 框架的选择上
提供了一个除了主流框架比如 Struts、过度设计的、不流行 web 框架的以外的有力选项。
 Spring 提供了一个便捷的事务管理接口,适用于小型的本地事物处理(比如在单 DB 的环境
下)和复杂的共同事物处理(比如利用 JTA 的复杂 DB 环境)。
3、什么是控制反转(IOC)?什么是依赖注入?
控制反转是应用于软件工程领域中的,在运行时被装配器对象来绑定耦合对象的一种编程技巧,对
象之间耦合关系在编译时通常是未知的。在传统的编程方式中,业 务逻辑的流程是由应用程序中的
早已被设定好关联关系的对象来决定的。在使用控制反转的情况下,业务逻辑的流程是由对象关系
图来决定的,该对象关系图由装配 器负责实例化,这种实现方式还可以将对象之间的关联关系的定
义抽象化。而绑定的过程是通过“依赖注入”实现的。
控制反转是一种以给予应用程序中目标组件更多控制为目的设计范式,并在我们的实际工作中起到
了有效的作用。
依赖注入是在编译阶段尚未知所需的功能是来自哪个的类的情况下,将其他对象所依赖的功能对象
实例化的模式。这就需要一种机制用来激活相应的组件以提供特定的功能,所以依赖注入是控制反
转的基础。否则如果在组件不受框架控制的情况下,框架又怎么知道要创建哪个组件?
在 Java 中依然注入有以下三种实现方式:

  1. 构造器注入
  2. Setter 方法注入
  3. 接口注入
    4、请解释下 Spring 框架中的 IoC?
    Spring 中的 org.springframework.beans 包和 org.springframework.context 包
    构成了 Spring 框架 IoC 容器的基础。
    BeanFactory 接口提供了一个先进的配置机制,使得任何类型的对象的配置成为可能。
    ApplicationContex 接口对 BeanFactory(是一个子接口)进行了扩展,在 BeanFactory
    的基础上添加了其他功能,比如与 Spring 的 AOP 更容易集成,也提供了处理 message resource
    的机制(用于国际化)、事件传播以及应用层的特别配置,比如针对 Web 应用的
    WebApplicationContext。
    org.springframework.beans.factory.BeanFactory 是 Spring IoC 容器的具体实现,
    用来包装和管理前面提到的各种 bean。BeanFactory 接口是 Spring IoC 容器的核心接口。
    IOC:把对象的创建、初始化、销毁交给 spring 来管理,而不是由开发者控制,实现控制反转。
    5、BeanFactory 和 ApplicationContext 有什么区别?
    BeanFactory 可以理解为含有 bean 集合的工厂类。BeanFactory 包含了种 bean 的定义,以便
    在接收到客户端请求时将对应的 bean 实例化。
    BeanFactory 还能在实例化对象的时生成协作类之间的关系。此举将 bean 自身与 bean 客户端的
    配置中解放出来。BeanFactory 还包含 了 bean 生命周期的控制,调用客户端的初始化方法
    (initialization methods)和销毁方法(destruction methods)。
    从表面上看,application context 如同 bean factory 一样具有 bean 定义、bean 关联关系的设
    置,根据请求分发 bean 的功能。但 applicationcontext 在此基础上还提供了其他的功能。
  4. 提供了支持国际化的文本消息
  5. 统一的资源文件读取方式
  6. 已在监听器中注册的 bean 的事件
    以下是三种较常见的 ApplicationContext 实现方式:
    1、ClassPathXmlApplicationContext:从 classpath 的 XML 配置文件中读取上下文,并生成上
    下文定义。应用程序上下文从程序环境变量中
    ApplicationContext context = new
    ClassPathXmlApplicationContext(“bean.xml”);
    2、FileSystemXmlApplicationContext :由文件系统中的 XML 配置文件读取上下文。
    ApplicationContext context = new
    FileSystemXmlApplicationContext(“bean.xml”);
    3、XmlWebApplicationContext:由 Web 应用的 XML 文件读取上下文。
    4.AnnotationConfigApplicationContext(基于 Java 配置启动容器) 6、Spring 有几种配置方式?
    将 Spring 配置到应用开发中有以下三种方式:
  7. 基于 XML 的配置
  8. 基于注解的配置
  9. 基于 Java 的配置
    7、如何用基于 XML 配置的方式配置 Spring? 在 Spring 框架中,依赖和服务需要在专门的配置文件来实现,我常用的 XML 格式的配置文件。这
    些配置文件的格式通常用开头,然后一系列的 bean 定义和专门的应用配置
    选项组成。
    SpringXML 配置的主要目的时候是使所有的 Spring 组件都可以用 xml 文件的形式来进行配置。这
    意味着不会出现其他的 Spring 配置类型(比如声明的方式或基于 Java Class 的配置方式)
    Spring 的 XML 配置方式是使用被 Spring 命名空间的所支持的一系列的 XML 标签来实现的。
    Spring 有以下主要的命名空间:context、beans、jdbc、tx、aop、mvc 和 aso。
    如:





下面这个 web.xml 仅仅配置了 DispatcherServlet,这件最简单的配置便能满足应用程序配置运
行时组件的需求。

Archetype Created Web Application

spring
<servletclass>org.springframework.web.servlet.DispatcherServlet</servletclass>
1


spring
/


8、如何用基于 Java 配置的方式配置 Spring?
Spring 对 Java 配置的支持是由@Configuration 注解和@Bean 注解来实现的。由@Bean 注解
的方法将会实例化、配置和初始化一个 新对象,这个对象将由 Spring 的 IoC 容器来管理。
@Bean 声明所起到的作用与 元素类似。被 @Configuration 所注解的类则表示这个类
的主要目的是作为 bean 定义的资源。被@Configuration 声明的类可以通过在同一个类的 内部调
用@bean 方法来设置嵌入 bean 的依赖关系。
最简单的@Configuration 声明类请参考下面的代码:
@Configuration
public class AppConfig{
@Bean
public MyService myService() {
return new MyServiceImpl();
}
}
对于上面的@Beans 配置文件相同的 XML 配置文件如下:



上述配置方式的实例化方式如下:利用 AnnotationConfigApplicationContext 类进行实例化
public static void main(String[] args) {
ApplicationContext ctx = new
AnnotationConfigApplicationContext(AppConfig.class);
MyService myService = ctx.getBean(MyService.class);
myService.doStuff();
}
要使用组件组建扫描,仅需用@Configuration 进行注解即可:
@Configuration
@ComponentScan(basePackages = “com.somnus”)
public class AppConfig {

}
在上面的例子中,com.acme 包首先会被扫到,然后再容器内查找被@Component 声明的类,找
到后将这些类按照 Sring bean 定义进行注册。
如果你要在你的 web 应用开发中选用上述的配置的方式的话,需要用
AnnotationConfigWebApplicationContext 类来读 取配置文件,可以用来配置 Spring 的
Servlet 监听器 ContextLoaderListener 或者 Spring MVC 的 DispatcherServlet。

contextClass

org.springframework.web.context.support.AnnotationConfigWebApplicatio
nContext

contextConfigLocation com.howtodoinjava.AppConfig dispatcher

org.springframework.web.context.support.AnnotationConfigWebApplicatio
nContext

contextConfigLocation com.howtodoinjava.web.MvcConfig dispatcher /app/* 在 标签配置完成以后,就可以用注解的方式在 Spring 中向属 性、方法和构造方法中自动装配变量。 下面是几种比较重要的注解类型: 1. @Required:该注解应用于设值方法。 2. @Autowired:该注解应用于有值设值方法、非设值方法、构造方法和变量。 3. @Qualifier:该注解和@Autowired 注解搭配使用,用于消除特定 bean 自动装配的歧义。 4. JSR-250 Annotations:Spring 支持基于 JSR-250 注解的以下注解,@Resource、 @PostConstruct 和 @PreDestroy。 10、请解释 Spring Bean 的生命周期? Spring Bean 的生命周期简单易懂。在一个 bean 实例被初始化时,需要执行一系列的初始化操作 以达到可用的状态。同样的,当一个 bean 不在被调用时需要进行相关的析构操作,并从 bean 容 器中移除。 Spring bean factory 负责管理在 spring 容器中被创建的 bean 的生命周期。Bean 的生命周期 由两组回调(call back)方法组成。 1. 初始化之后调用的回调方法。 2. 销毁之前调用的回调方法。 Spring 框架提供了以下四种方式来管理 bean 的生命周期事件:  InitializingBean 和 DisposableBean 回调接口  针对特殊行为的其他 Aware 接口  Bean 配置文件中的 Custom init()方法和 destroy()方法  @PostConstruct 和@PreDestroy 注解方式 使用 customInit()和 customDestroy()方法管理 bean 生命周期的代码样例如 下: INDIA Pakistan USA UK admin@nospam.com support@nospam.com 15、如何向 Spring Bean 中注入一个 Java.util.Properties? 第一种方法是使用如下面代码所示的 标签: admin@nospam.com support@nospam.com 也可用”util:”命名空间来从 properties 文件中创建出一个 propertiesbean,然后利用 setter 方 法注入 bean 的引用。 16、请解释 Spring Bean 的自动装配? 在 Spring 框架中,在配置文件中设定 bean 的依赖关系是一个很好的机制,Spring 容器还可以自 动装配合作关系 bean 之间的关联关系。这意味着 Spring 可以通过向 Bean Factory 中注入的方 式自动搞定 bean 之间的依赖关系。自动装配可以设置在每个 bean 上,也可以设定在特定的 bean 上。 下面的 XML 配置文件表明了如何根据名称将一个 bean 设置为自动装配: 除了 bean 配置文件中提供的自动装配模式,还可以使用@Autowired 注解来自动装配指定 的 bean。在使用@Autowired 注解之前需要在按照如下的配置方式在 Spring 配 置文件进行配置才可以使用。 也可以通过在配置文件中配置 AutowiredAnnotationBeanPostProcessor 达到相同的效 果。 配置好以后就可以使用@Autowired 来标注了。 @Autowired public EmployeeDAOImpl ( EmployeeManager manager ) { this.manager = manager; } 17、请解释自动装配模式的区别? 在 Spring 框架中共有 5 种自动装配,让我们逐一分析。 1. no:这是 Spring 框架的默认设置,在该设置下自动装配是关闭的,开发者需要自行在 bean 定义 中用标签明确的设置依赖关系。 2. byName:该选项可以根据 bean 名称设置依赖关系。当向一个 bean 中自动装配一个属性时,容 器将根据 bean 的名称自动在在配置文件中查询一个匹配的 bean。如果找到的话,就装配这个属 性,如果没找到的话就报错。 3. byType:该选项可以根据 bean 类型设置依赖关系。当向一个 bean 中自动装配一个属性时,容器 将根据 bean 的类型自动在在配置文件中查询一个匹配的 bean。如果找到的话,就装配这个属性, 如果没找到的话就报错。 4. constructor:造器的自动装配和 byType 模式类似,但是仅仅适用于与有构造器相同参数的 bean,如果在容器中没有找到与构造器参数类型一致的 bean,那么将会抛出异常。 5. autodetect:该模式自动探测使用构造器自动装配或者 byType 自动装配。首先,首先会尝试找合 适的带参数的构造器,如果找到的话就是用构造器自动装配,如果在 bean 内部没有找到相应的构 造器或者是无参构造器,容器就会自动选择 byTpe 的自动装配方式。 18、如何开启基于注解的自动装配? 要使用 @Autowired,需要注册 AutowiredAnnotationBeanPostProcessor,可以 有以下两种方式来实现: 1、引入配置文件中的下引入 2、在 bean 配置文件中直接引入 AutowiredAnnotationBeanPostProcessor 19、请举例解释@Required 注解? 在产品级别的应用中,IoC 容器可能声明了数十万了 bean,bean 与 bean 之间有着复杂的依赖关 系。设值注解方法的短板之一就是验证所有的属性是否被注解是一项十分困难的操作。可以通过在 中设置“dependency-check”来解决这个问题。 在应用程序的生命周期中,你可能不大愿意花时间在验证所有 bean 的属性是否按照上下文文件正 确配置。或者你宁可验证某个 bean 的特定属性是否被正确的设置。即使是用“dependencycheck”属性也不能很好的解决这个问题,在这种情况下,你需要使用@Required 注解。 需要用如下的方式使用来标明 bean 的设值方法。 public class EmployeeFactoryBean extends AbstractFactoryBean{ private String designation; public String getDesignation() { return designation; } @Required public void setDesignation(String designation) { this.designation = designation; } //more code here } RequiredAnnotationBeanPostProcessor 是 Spring 中的后置处理用来验证被 @Required 注解的 bean 属性是否被正确的设置了。在使用 RequiredAnnotationBeanPostProcesso 来验证 bean 属性之前,首先要在 IoC 容器中对 其进行注册: 但是如果没有属性被用 @Required 注解过的话,后置处理器会抛出一个 BeanInitializationException 异常。 20、请举例解释@Autowired 注解? @Autowired 注解对自动装配何时何处被实现提供了更多细粒度的控制。@Autowired 注解可 以像@Required 注解、构造器一样被用于在 bean 的设值方法上自动装配 bean 的属性,一个参数或者带有任意名称或带有多个参数的方法。 比如,可以在设值方法上使用@Autowired 注解来替代配置文件中的 元 素。当 Spring 容器在 setter 方法上找到@Autowired 注解时,会尝试用 byType 自动装配。 当然我们也可以在构造方法上使用@Autowired 注解。带有@Autowired 注解的构造方法意味着 在创建一个 bean 时将会被自动装配,即便在配置文件中使用 元素。 public class TextEditor { private SpellChecker spellChecker; @Autowired public TextEditor(SpellChecker spellChecker){ System.out.println("Inside TextEditor constructor." ); this.spellChecker = spellChecker; } public void spellCheck(){ spellChecker.checkSpelling(); } } 下面是没有构造参数的配置方式:

context:annotation-config/

21、请举例说明@Qualifier 注解? @Qualifier 注解意味着可以在被标注 bean 的字段上可以自动装配。Qualifier 注 解可以用来取消 Spring 不能取消的 bean 应用。 下面的示例将会在 Customer 的 person 属性中自动装配 person 的值。 public class Customer{ @Autowired private Person person; } 下面我们要在配置文件中来配置 Person 类。 Spring 会知道要自动装配哪个 person bean 么?不会的,但是运行上面的示例 时,会抛出下面的异常: Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException: No unique bean of type [com.howtodoinjava.common.Person] is defined: expected single matching bean but found 2: [personA, personB] 要解决上面的问题,需要使用 @Quanlifier 注解来告诉 Spring 容器要装配哪个 bean: public class Customer{ @Autowired @Qualifier("personA") private Person person; } 22、构造方法注入和设值注入有什么区别? 请注意以下明显的区别: 1. 在设值注入方法支持大部分的依赖注入,如果我们仅需 要注入 int、string 和 long 型的变量,我 们不要用设值的方法注入。对于基本类型,如果我们没有注入的话,可以为基本类型设置默认值。 在构造方法 注入不支持大部分的依赖注入,因为在调用构造方法中必须传入正确的构造参数,否则 的话为报错。 2. 设值注入不会重写构造方法的值。如果我们对同一个变量同时使用了构造方法注入又使用了设置方 法注入的话,那么构造方法将不能覆盖由设值方法注入的值。很明显,因为构造方法尽在对象被创 建时调用。 3. 在使用设值注入时有可能还不能保证某种依赖是否已经被注入,也就是说这时对象的依赖关系有可 能是不完整的。而在另一种情况下,构造器注入则不允许生成依赖关系不完整的对象。 4. 在设值注入时如果对象 A 和对象 B 互相依赖,在创建对象 A 时 Spring 会抛出 sObjectCurrentlyInCreationException 异常,因为在 B 对象被创建之前 A 对 象是不能被创建的,反之亦然。所以 Spring 用设值注入的方法解决了循环依赖 的问题,因对象的设值方法是在对象被创建之前被调用的。 23、Spring 框架中有哪些不同类型的事件? Spring 的 ApplicationContext 提供了支持事件和代码中监听器的功能。 我们可以创建 bean 用来监听在 ApplicationContext 中发布的事件。ApplicationEvent 类和在 ApplicationContext 接口中处理的事件,如果一个 bean 实现了 ApplicationListener 接口,当一个 ApplicationEvent 被发布以后,bean 会自动被通 知。 public class AllApplicationEventListener implements ApplicationListener < ApplicationEvent >{ @Override public void onApplicationEvent(ApplicationEvent applicationEvent) { //process event } } Spring 提供了以下 5 中标准的事件: 1. 上下文更新事件(ContextRefreshedEvent):该事件会在 ApplicationContext 被初始化或者 更新时发布。也可以在调用 ConfigurableApplicationContext 接口中的 refresh()方法时被触 发。 2. 上下文开始事件(ContextStartedEvent):当容器调用 ConfigurableApplicationContext 的 Start()方法开始/重新开始容器时触发该事件。 3. 上下文停止事件(ContextStoppedEvent):当容器调用 ConfigurableApplicationContext 的 Stop()方法停止容器时触发该事件。 4. 上下文关闭事件(ContextClosedEvent):当 ApplicationContext 被关闭时触发该事件。容器 被关闭时,其管理的所有单例 Bean 都被销毁。 5. 请求处理事件(RequestHandledEvent):在 Web 应用中,当一个 http 请求(request)结束 触发该事件。 除了上面介绍的事件以外,还可以通过扩展 ApplicationEvent 类来开发自定义的事件。 public class CustomApplicationEvent extends ApplicationEvent{ public CustomApplicationEvent ( Object source, final String msg ){ super(source); System.out.println("Created a Custom event"); } } 为了监听这个事件,还需要创建一个监听器: public class CustomEventListener implements ApplicationListener < CustomApplicationEvent >{ @Override public void onApplicationEvent(CustomApplicationEvent applicationEvent) { //handle event } } 之后通过 applicationContext 接口的 publishEvent()方法来发布自定义事件。 CustomApplicationEvent customEvent = new CustomApplicationEvent(applicationContext, "Test message"); applicationContext.publishEvent(customEvent); 24、FileSystemResource 和 ClassPathResource 有何区别? 在 FileSystemResource 中需要给出 spring-config.xml 文件在你项目中的相对路径或者 绝对路径。在 ClassPathResource 中 spring 会在 ClassPath 中自动搜寻配置文件,所以要把 ClassPathResource 文件放在 ClassPath 下。 如果将 spring-config.xml 保存在了 src 文件夹下的话,只需给出配置文件的名称即可,因为 src 文件夹是默认。 简而言之,ClassPathResource 在环境变量中读取配置文件,FileSystemResource 在配置文件 中读取配置文件。 25、Spring 框架中都用到了哪些设计模式? Spring 框架中使用到了大量的设计模式,下面列举了比较有代表性的: o 代理模式—在 AOP 和 remoting 中被用的比较多。 o 单例模式—在 spring 配置文件中定义的 bean 默认为单例模式。 o 模板方法—用来解决代码重复的问题。比如. RestTemplate, JmsTemplate, JpaTempl ate。 o 前端控制器—Spring 提供了 DispatcherServlet 来对请求进行分发。 o 视图帮助(View Helper )—Spring 提供了一系列的 JSP 标签,高效宏来辅助将分散的代码 整合在视图里。 o 依赖注入—贯穿于 BeanFactory / ApplicationContext 接口的核心理念。 o 工厂模式—BeanFactory 用来创建对象的实例 1. 开发中主要使用 Spring 的什么技术 ? ①. IOC 容器管理各层的组件 ②. 使用 AOP 配置声明式事务 ③. 整合其他框架. 2. 简述 AOP 和 IOC 概念 AOP: Aspect Oriented Program, 面向(方面)切面的编程;Filter(过滤器) 也是一种 AOP. AOP 是一种 新的方法论, 是对传统 OOP(Object-Oriented Programming, 面向对象编程) 的补充. AOP 的 主要编程对象是切面(aspect), 而切面模块化横切关注点.可以举例通过事务说明. IOC: Invert Of Control, 控制反转. 也成为 DI(依赖注入)其思想是反转 资源获取的方向. 传统 的资源查找方式要求组件向容器发起请求查找资源.作为 回应, 容器适时的返回资源. 而应用了 IOC 之后, 则是容器主动地将资源推送 给它所管理的组件,组件所要做的仅是选择一种合适的方式 来接受资源. 这种行 为也被称为查找的被动形式 3. 在 Spring 中如何配置 Bean ? Bean 的配置方式: 通过全类名(反射)、通过工厂方法(静态工厂方法 & 实 例工厂方法)、 FactoryBean 4. IOC 容器对 Bean 的生命周期: ①. 通过构造器或工厂方法创建 Bean 实例 ②. 为 Bean 的属性设置值和对其他 Bean 的引用 ③ . 将 Bean 实 例 传 递 给 Bean 后 置 处 理 器 的 postProcessBeforeInitialization 方 法④. 调用 Bean 的初始化方法(init-method) ⑤ . 将 Bean 实 例 传 递 给 Bean 后 置 处 理 器 的 postProcessAfterInitialization 方法 ⑦. Bean 可以使用了 ⑧. 当容器关闭时, 调用 Bean 的销毁方法(destroy-method)
面试高级开发的期间整理的面试题目,记录我面试遇到过的spring题目以及答案 目录 spring ThreadLocal的底层对象; 为什么@Service和@Repository放到实现类上面而不是接口类上面; spring 三种注入(就是从spring容器中将bean放入对象属性值中) Spring下描述依赖关系@Resource, @Autowired和@Inject的区别与联系 SpringBeanFactory和ApplicationContext的区别 谈谈Spring IOC的理解,原理与实现? bean的生命周期,详细看上面 SpringBoot自动装配的过程的原理: spring的缓存; spring是如何解决的循环依赖; BeanFactory和FactoryBean有什么区别; Spring中用到的设计模式; SPI 机制(Java SPI 实际上是“基于接口的编程+策略模式+配置文件”组合实现的动态加载机制), 很多地方有用到: AOP Spring的AOP的底层实现原理; 为什么jdk动态代理是必须是接口 两种动态代理的区别 AOP实现方式:aop注解或者xml配置;后来工具jar包aspects; aop的属性 事务 事务编码方式: 事务注意事项; 为什么同一个类A调用b方法事务,A方法一定要有事务(编码式的不用) @transaction多个数据源事务怎么指定数据源 传播特性有几种?7种; 某一个事务嵌套另一个事务的时候怎么办? REQUIRED_NEW和REQUIRED区别 Spring的事务是如何回滚的,实现原理; 抽象类和接口的区别,什么时候用抽象类什么时候用接口; StringBuilder和StringBuffer的区别 java值传递和引用传递
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小坏蛋至尊宝

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值