注解实现接口（注释写在接口还是实现类）

本篇文章给大家谈谈注解实现接口，以及注释写在接口还是实现类对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享注解实现接口的知识，其中也会对注释写在接口还是实现类进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、如何通过注解实现接口api请求
• 2、@Service注解是标注在实现类上的的接口中添加注解还是在实现类impl
• 3、spring 注解实现原理
• 4、使用什么注解可以声明webservice业务接口
• 5、spring常用注解作用与常用接口与后置处理器

如何通过注解实现接口api请求

@ResponseBody
@RequestMapping("/getBusWaiting")
@AppInterface(value="获取候车信息",group="test",order=1,params={
@InterfaceParam(name="lineName",desc="线路名称",testValue="B2"),
@InterfaceParam(name="isUpDown",desc="上下行标识",testValue="1"),
@InterfaceParam(name="stationNum",desc="站序",testValue="0"),
@InterfaceParam(name="len",desc="长度",testValue="700")
})
public AppResponse getBusWaitingInfo(String lineName,Integer isUpDown,Integer stationNum,Integer len){
AppResponse result = new AppResponse();
return result;
}

@Service注解是标注在实现类上的的接口中添加注解还是在实现类impl

@Service注解是标注在实现类上的

因为@Service是把spring容器中的bean进行实例化，也就是等同于new操作，只有实现类是可以进行new实例化的，而接口则不能，所以是加在实现类上的。

IOC的思想：A不直接调用B，而是通过调用生产B的工厂（工厂模式），由B工厂来创建B

有三种普通注入方式，分为构造函数的注入、属性注入、接口注入。

将注入方式交给第三方，通过bean的注解，想调用时直接通过注解注入。

所以通过注解注入bean，就是实例化依赖类的方式，

这也是为什么要将@Service和@Repository放到实现类上面而不是接口类上面，

接口只是一个规范，需要各种实现类去实现这个接口，我们要用的就是这些实用类的方法。

如果采用@Autowired来注解，则同样无需指定name属性，若是实现该接口有多个类，则需要通过@Qualifier来做区分

@Service、@Repository注解是放到service或者dao类的实现类还是接口类中 https://blog.csdn.net/qq_35923749/article/details/77159213

-----------------------------------

在service的接口中添加注解还是在实现类impl

https://blog.51cto.com/u_15127644/2756683

spring 注解实现原理

一、注解顾名思义注解实现接口，就是类似于添加注释注解实现接口，但是又不跟注释完全一样，因此，我们可以将它理解为将类或者方法与特定的信息进行关联。

二、那么注解如何实现？

1、接口使用@interface定义。

2、通过继承以下注解，实现功能（ujiuye）：

元注解@Target,@Retention,@Documented,@Inherited

使用什么注解可以声明webservice业务接口

Web Service 元数据注释（JSR 181）

@WebService
1、serviceName： 对外发布的服务名，指定 Web Service 的服务名称：wsdl:service。缺省值为 Java 类的简单名称 + Service。（字符串）
2、endpointInterface： 服务接口全路径, 指定做SEI（Service EndPoint Interface）服务端点接口
3、name：此属性的值包含XML Web Service的名称。在默认情况下，该值是实现XML Web Service的类的名称，wsdl:portType 的名称。缺省值为 Java 类或接口的非限定名称。（字符串
4、portName： wsdl:portName。缺省值为 WebService.name+Port。
5、targetNamespace：指定你想要的名称空间，认是使用接口实现类的包名的反缀
6、wsdlLocation：指定用于定义 Web Service 的 WSDL 文档的 Web 地址。Web 地址可以是相对路径或绝对路径。（字符串）
注意：实现类上可以不添加Webservice注解
@WebMethod
注释表示作为一项 Web Service 操作的方法，将此注释应用于客户机或服务器服务端点接口（SEI）上的方法，或者应用于 JavaBeans 端点的服务器端点实现类。
要点：
仅支持在使用 @WebService 注释来注释的类上使用 @WebMethod 注释

1、operationName：指定与此方法相匹配的wsdl:operation 的名称。缺省值为 Java 方法的名称。（字符串）
2、action：定义此操作的行为。对于 SOAP 绑定，此值将确定 SOAPAction 头的值。缺省值为 Java 方法的名称。（字符串）
3、exclude：指定是否从 Web Service 中排除某一方法。缺省值为 false。（布尔值）
@Oneway
注释将一个方法表示为只有输入消息而没有输出消息的 Web Service 单向操作。
将此注释应用于客户机或服务器服务端点接口（SEI）上的方法，或者应用于 JavaBeans 端点的服务器端点实现类
@WebParam
注释用于定制从单个参数至 Web Service 消息部件和 XML 元素的映射。
将此注释应用于客户机或服务器服务端点接口（SEI）上的方法，或者应用于 JavaBeans 端点的服务器端点实现类。
1、name ：参数的名称。如果操作是远程过程调用（RPC）类型并且未指定partName 属性，那么这是用于表示参数的 wsdl:part 属性的名称。
如果操作是文档类型或者参数映射至某个头，那么 -name 是用于表示该参数的 XML 元素的局部名称。如果操作是文档类型、
参数类型为 BARE 并且方式为 OUT 或 INOUT，那么必须指定此属性。（字符串）
2、partName：定义用于表示此参数的 wsdl:part属性的名称。仅当操作类型为 RPC 或者操作是文档类型并且参数类型为BARE 时才使用此参数。（字符串）
3、targetNamespace：指定参数的 XML 元素的 XML 名称空间。当属性映射至 XML 元素时，仅应用于文档绑定。缺省值为 Web Service 的 targetNamespace。（字符串）
4、mode：此值表示此方法的参数流的方向。有效值为 IN、INOUT 和 OUT。（字符串）
5、header：指定参数是在消息头还是消息体中。缺省值为 false。（布尔值）
@WebResult
注释用于定制从返回值至 WSDL 部件或 XML 元素的映射。将此注释应用于客户机或服务器服务端点接口（SEI）上的方法，或者应用于 JavaBeans 端点的服务器端点实现类。

1、name：当返回值列示在 WSDL 文件中并且在连接上的消息中找到该返回值时，指定该返回值的名称。对于 RPC 绑定，这是用于表示返回值的 wsdl:part属性的名称。对于文档绑定，-name参数是用于表示返回值的 XML 元素的局部名。对于 RPC 和 DOCUMENT/WRAPPED 绑定，缺省值为 return。对于 DOCUMENT/BARE 绑定，缺省值为方法名 + Response。（字符串）
2、targetNamespace：指定返回值的 XML 名称空间。仅当操作类型为 RPC 或者操作是文档类型并且参数类型为 BARE 时才使用此参数。（字符串）
3、header：指定头中是否附带结果。缺省值为false。（布尔值）
4、partName：指定 RPC 或 DOCUMENT/BARE 操作的结果的部件名称。缺省值为@WebResult.name。（字符串）

@HandlerChain
注释用于使 Web Service 与外部定义的处理程序链相关联。只能通过对 SEI 或实现类使用 @HandlerChain 注释来配置服务器端的处理程序。
但是可以使用多种方法来配置客户端的处理程序。可以通过对生成的服务类或者 SEI 使用 @HandlerChain 注释来配置客户端的处理程序。此外，可以按程序在服务上注册您自己的 HandlerResolver 接口实现，或者按程序在绑定对象上设置处理程序链。

1、file：指定处理程序链文件所在的位置。文件位置可以是采用外部格式的绝对 java.net.URL，也可以是类文件中的相对路径。（字符串）
2、name：指定配置文件中处理程序链的名称。
来源：http://yufenfei.iteye.com/blog/1685249

spring常用注解作用与常用接口与后置处理器

从spring2.5之后，spring注解驱动开发慢慢取代了Spring的xml配置文件的作用，而且目前流行的SpringBoot开发也是基于spring注解驱动做扩展的，所以想要理解好SpringBoot，就必须掌握一些spring的注解驱动。

以前xml的做法是

现在使用spring注解的做法是

java8之后ComponentScan注册加了@Repeatable(ComponentScans.class)，可以直接在配置类上标注多个@Componentscan，在java8之前想配置多个@Componentscan扫描，需要用@ComponentScans

给容器注册组件(bean)的几种方式
1.包扫描+组件标注注解(@Service、@Controller、@Repository、@Componet)，这种方式用于导入自己写的类
2.@Bean方式导入，常用入导入第三方包里面的类 默认bean id为导入执行的方法名
3.@Import方式导入(有三种用法)，默认的bean id为全类名
4.通过FactoryBean(工厂bean)

-bean创建-初始化-销毁

applicationContextAeare和EmbeddedValueResolverAeare都是通过ApplicationContextAwareProcessor后置处理器来实现的

BeanFactoryPostProcessor是在bean定义信息加载完成后调用
BeanDefinitionRegistryPostProcessor是在bean定义信息将要加载时调用
先执行BeanDefinitionRegistryPostProcessor的实现类再执行BeanFactoryPostProcessor的实现类

创建bean的源码位置
org.springframework.context.support.AbstractApplicationContext#finishBeanFactoryInitialization
-org.springframework.beans.factory.BeanFactory#getBean(java.lang.String, java.lang.Class<T)
--org.springframework.beans.factory.support.AbstractBeanFactory#createBean
---org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory#doCreateBean
执行bean对象的实例化
-org.springframework.beans.factory.support.AbstractBeanFactory#createBean
给bean的属性赋值
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory#populateBean

initializeBean方法主要做了三个操作1.循环执行后置处理器的的前置方法(applyBeanPostProcessorsBeforeInitialization)、2.再执行初始化方法(invokeInitMethods)，3.再执行后置处理器的的后置方法(applyBeanPostProcessorsAfterInitialization)
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory#initializeBean(java.lang.String, java.lang.Object, org.springframework.beans.factory.support.RootBeanDefinition)

关于注解实现接口和注释写在接口还是实现类的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 注解实现接口的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于注释写在接口还是实现类、注解实现接口的信息别忘了在本站进行查找喔。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。