@Resource vs @Autowired

¿Qué anotación, @Resource ( jsr250 ) o @Autowired (Spring-specific) debo usar en DI?

He usado con éxito tanto en el pasado @Resource(name="blah")como@Autowired @Qualifier("blah")

Mi instinto es seguir con la @Resourceetiqueta, ya que ha sido ratificada por la gente jsr.
¿Alguien tiene pensamientos fuertes sobre esto?

En primavera pre-3.0 no importa cuál.

En la primavera 3.0 hay soporte para la anotación estándar ( JSR-330 ): úsela @javax.inject.Injectcon una combinación de @Qualifier. Tenga en cuenta que spring ahora también admite la @javax.inject.Qualifiermetaanotación:

@Qualifier
@Retention(RUNTIME)
public @interface YourQualifier {}

Para que puedas tener

<bean class="com.pkg.SomeBean">
   <qualifier type="YourQualifier"/>
</bean>

o

@YourQualifier
@Component
public class SomeBean implements Foo { .. }

Y entonces:

@Inject @YourQualifier private Foo foo;

Esto hace menos uso de los nombres de cadena, que pueden estar mal escritos y son más difíciles de mantener.

En cuanto a la pregunta original: ambos, sin especificar ningún atributo de la anotación, realizan la inyección por tipo. La diferencia es:

• @Resource le permite especificar un nombre del frijol inyectado
• @Autowired le permite marcarlo como no obligatorio.

Ambos @Autowired(o @Inject) y @Resourcefuncionan igual de bien. Pero hay una diferencia conceptual o una diferencia en el significado

• @Resourcesignifica conseguirme un recurso conocido por nombre . El nombre se extrae del nombre del configurador o campo anotado, o se toma del parámetro Nombre.
• @Injecto @Autowiredintente conectar un otro componente adecuado por tipo .

Entonces, básicamente estos son dos conceptos bastante distintos. Desafortunadamente, la implementación de Spring @Resourcetiene un respaldo integrado, que se activa cuando falla la resolución por nombre. En este caso, @Autowiredrecurre a la resolución de tipo por tipo. Si bien este retroceso es conveniente, en mi humilde opinión, causa mucha confusión, porque las personas desconocen la diferencia conceptual y tienden a usar @Resourcepara el cableado automático basado en tipos.

La principal diferencia es, @Autowiredes una anotación de primavera. Mientras que @Resourceel JSR-250 lo especifica, como usted mismo señaló. Entonces, el último es parte de Java, mientras que el primero es específico de Spring.

Por lo tanto, tiene razón al sugerir eso, en cierto sentido. He encontrado gente utiliza @Autowiredcon @Qualifierporque es más potente. Pasar de un marco a otro se considera muy poco probable, si no un mito, especialmente en el caso de Spring.

Me gustaría enfatizar un comentario de @Jules sobre esta respuesta a esta pregunta. El comentario trae un enlace útil: Spring Injection con @Resource, @Autowired y @Inject . Te animo a que lo leas por completo, sin embargo, aquí hay un resumen rápido de su utilidad:

¿Cómo las anotaciones seleccionan la implementación correcta?

@Autowired y @Inject

1. Partidos por tipo
2. Restricciones por calificadores
3. Partidos por nombre

@Resource

1. Partidos por nombre
2. Partidos por tipo
3. Restricciones por calificadores (ignorado si la coincidencia se encuentra por nombre)

¿Qué anotaciones (o combinación de) debo usar para inyectar mis frijoles?

1. Nombre explícitamente su componente [@Component ("beanName")]

2. Usar @Resourcecon el nameatributo [@Resource (name = "beanName")]

¿Por qué no debo usar @Qualifier?

Evite las @Qualifieranotaciones a menos que desee crear una lista de beans similares. Por ejemplo, es posible que desee marcar un conjunto de reglas con una @Qualifieranotación específica . Este enfoque simplifica la inyección de un grupo de clases de reglas en una lista que se puede usar para procesar datos.

¿La inyección de frijoles ralentiza mi programa?

Escanee paquetes específicos para componentes [context:component-scan base-package="com.sourceallies.person"]. Si bien esto dará como resultado más component-scanconfiguraciones, reduce la posibilidad de que agregue componentes innecesarios a su contexto Spring.

Referencia: inyección de primavera con @Resource, @Autowired y @Inject

Esto es lo que obtuve del Manual de referencia de Spring 3.0.x : -

Propina

Si tiene la intención de expresar la inyección impulsada por anotaciones por nombre, no use principalmente @Autowired, incluso si es técnicamente capaz de referirse a un nombre de bean a través de los valores de @Qualifier. En su lugar, use la anotación JSR-250 @Resource, que se define semánticamente para identificar un componente de destino específico por su nombre único, con el tipo declarado irrelevante para el proceso de coincidencia.

Como consecuencia específica de esta diferencia semántica, los beans que se definen a sí mismos como una colección o un tipo de mapa no se pueden inyectar a través de @Autowired, porque la coincidencia de tipos no se aplica adecuadamente a ellos. Use @Resource para tales beans, refiriéndose a la colección específica o al bean de mapa por nombre único.

@Autowired se aplica a campos, constructores y métodos de múltiples argumentos, lo que permite reducir las anotaciones de calificador a nivel de parámetro. Por el contrario, @Resource solo se admite para campos y métodos de establecimiento de propiedades de bean con un único argumento. Como consecuencia, quédese con los calificadores si su objetivo de inyección es un constructor o un método de múltiples argumentos.

@Autowired + @Qualifier funcionará solo con Spring DI, si desea utilizar alguna otra DI en el futuro @Resource es una buena opción.

Otra diferencia que encontré muy significativa es que @Qualifier no admite el cableado de bean dinámico, ya que @Qualifier no admite el marcador de posición, mientras que @Resource lo hace muy bien.

Por ejemplo: si tiene una interfaz con múltiples implementaciones como esta

interface parent {

}
@Service("actualService")
class ActualService implements parent{

}
@Service("stubbedService")
class SubbedService implements parent{

}

con @Autowired y @Qualifier necesita establecer una implementación secundaria específica como

@Autowired
@Qualifier("actualService") or 
@Qualifier("stubbedService") 
Parent object;

que no proporciona marcador de posición, mientras que con @Resource puede colocar marcador de posición y usar el archivo de propiedades para inyectar una implementación secundaria específica como

@Resource(name="${service.name}")
Parent object;  

donde service.name se establece en el archivo de propiedades como

#service.name=actualService
 service.name=stubbedService

Espero que ayude a alguien :)

Ambos son igualmente buenos. La ventaja de usar Resource es en el futuro si desea otro marco de DI que no sea Spring, sus cambios de código serán mucho más simples. Usando Autowired su código está estrechamente acoplado con resortes DI.

Cuando analice críticamente desde las clases base de estas dos anotaciones, se dará cuenta de las siguientes diferencias.

@Autowiredutiliza AutowiredAnnotationBeanPostProcessor para inyectar dependencias.
@Resourceutiliza CommonAnnotationBeanPostProcessorpara inyectar dependencias.

Aunque utilizan diferentes clases de postprocesador, todos se comportan de manera casi idéntica. Las diferencias se encuentran críticamente en sus rutas de ejecución, que he destacado a continuación.

@Autowired / @Inject

1. Emparejamientos por tipo
2. Restricciones por calificadores
3. Emparejamientos por nombre

@Resource

1. coincidencias por nombre
2. coincidencias por tipo
3. Restricciones por calificadores (se ignora si la coincidencia se encuentra por nombre)

Con @Resource usted puede realizar la autoinyección de bean, puede ser necesario para ejecutar toda la lógica adicional agregada por los postprocesadores de bean como cosas transaccionales o relacionadas con la seguridad.

Con Spring 4.3+ @Autowiredtambién es capaz de hacer esto.

@ResourceA menudo es utilizado por objetos de alto nivel, definidos a través de JNDI. @Autowiredo @Injectserá utilizado por frijoles más comunes.

Que yo sepa, no es una especificación, ni siquiera una convención. Es más la forma lógica en que el código estándar usará estas anotaciones.

Como una nota aquí: SpringBeanAutowiringSupport.processInjectionBasedOnCurrentContexty SpringBeanAutowiringSupport.processInjectionBasedOnServletContext NO funciona con @Resource anotaciones. Entonces, hay diferencia.