Springの@Autowiredフィールドがnullになるのはなぜですか？

注：これは、一般的な問題に対する標準的な回答となることを目的としています。

フィールド@Service（MileageFeeCalculator）を持つSpring クラス（）があり@AutowiredますrateServiceが、フィールドはnull使用しようとしたときのものです。ログには、MileageFeeCalculatorBeanとMileageRateServiceBeanの両方が作成されていることが示されていますが、サービスBeanでメソッドNullPointerExceptionを呼び出そうとすると、常にを取得しmileageChargeます。Springがフィールドを自動配線しないのはなぜですか？

コントローラクラス：

@Controller
public class MileageFeeController {    
    @RequestMapping("/mileage/{miles}")
    @ResponseBody
    public float mileageFee(@PathVariable int miles) {
        MileageFeeCalculator calc = new MileageFeeCalculator();
        return calc.mileageCharge(miles);
    }
}

サービスクラス：

@Service
public class MileageFeeCalculator {

    @Autowired
    private MileageRateService rateService; // <--- should be autowired, is null

    public float mileageCharge(final int miles) {
        return (miles * rateService.ratePerMile()); // <--- throws NPE
    }
}

自動接続する必要があるMileageFeeCalculatorが、そうではないサービスBean ：

@Service
public class MileageRateService {
    public float ratePerMile() {
        return 0.565f;
    }
}

しようとするとGET /mileage/3、次の例外が発生します。

java.lang.NullPointerException: null
    at com.chrylis.example.spring_autowired_npe.MileageFeeCalculator.mileageCharge(MileageFeeCalculator.java:13)
    at com.chrylis.example.spring_autowired_npe.MileageFeeController.mileageFee(MileageFeeController.java:14)
    ...

注釈@Autowiredが付けられたフィールドはnull、SpringがMileageFeeCalculator、あなたが作成したもののコピーを認識しnewておらず、自動配線することを知らなかったためです。

Spring Inversion of Control（IoC）コンテナには、3つの主要な論理コンポーネントApplicationContextがあります。アプリケーションで使用できるコンポーネント（beans）のレジストリ（と呼ばれます）、コンテキスト内のBeanとの依存関係、および多くの異なるBeanの構成を調べ、必要な順序でそれらをインスタンス化および構成する方法を決定できる依存関係ソルバー。

IoCコンテナは魔法ではなく、何らかの形で通知しない限り、Javaオブジェクトについて知る方法はありません。を呼び出すnewと、JVMは新しいオブジェクトのコピーをインスタンス化して直接渡します。構成プロセスは行われません。Beanを構成するには、3つの方法があります。

このGitHubプロジェクトで、Spring Bootを使用して起動するすべてのコードを投稿しました。各アプローチの完全に実行中のプロジェクトを見て、それを機能させるために必要なすべてを確認できます。でタグ付けNullPointerException：nonworking

あなたの豆を注入する

最も好ましいオプションは、SpringにすべてのBeanを自動ワイヤリングさせることです。これは、必要なコードが最も少なく、最も保守しやすいコードです。自動配線を希望どおりに機能させるには、次のMileageFeeCalculatorような自動配線も行います。

@Controller
public class MileageFeeController {

    @Autowired
    private MileageFeeCalculator calc;

    @RequestMapping("/mileage/{miles}")
    @ResponseBody
    public float mileageFee(@PathVariable int miles) {
        return calc.mileageCharge(miles);
    }
}

さまざまなリクエストに対してサービスオブジェクトの新しいインスタンスを作成する必要がある場合でも、Spring Beanスコープを使用してインジェクションを使用できます。

@MileageFeeCalculatorサービスオブジェクトを挿入することで機能するタグ：working-inject-bean

@Configurableを使用

で作成されたオブジェクトをnew自動配線する必要がある場合は、Spring @ConfigurableアノテーションとAspectJコンパイル時ウィービングを使用してオブジェクトを挿入できます。このアプローチでは、オブジェクトのコンストラクターにコードが挿入され、Springが新しいインスタンスを構成できるように、作成中のコードがSpringに通知されます。これには、ビルドでの設定（を使用したコンパイルなどajc）と、Springのランタイム設定ハンドラーのオン（@EnableSpringConfiguredJavaConfig構文を使用）が必要です。このアプローチはRoo Active Recordシステムで使用され、newエンティティのインスタンスが必要な永続性情報を注入できるようにします。

@Service
@Configurable
public class MileageFeeCalculator {

    @Autowired
    private MileageRateService rateService;

    public float mileageCharge(final int miles) {
        return (miles * rateService.ratePerMile());
    }
}

@Configurableサービスオブジェクトを使用して機能するタグ：working-configurable

手動のBean検索：推奨されません

このアプローチは、特別な状況でレガシーコードとのインターフェースにのみ適しています。Springが自動接続してレガシーコードが呼び出すことができるシングルトンアダプタークラスを作成することはほぼ常に望ましいですが、Springアプリケーションコンテキストに直接Beanを要求することも可能です。

これを行うには、SpringがApplicationContextオブジェクトへの参照を提供できるクラスが必要です。

@Component
public class ApplicationContextHolder implements ApplicationContextAware {
    private static ApplicationContext context;

    @Override
    public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
        context = applicationContext;   
    }

    public static ApplicationContext getContext() {
        return context;
    }
}

その後、レガシーコードはgetContext()必要なBeanを呼び出して取得できます。

@Controller
public class MileageFeeController {    
    @RequestMapping("/mileage/{miles}")
    @ResponseBody
    public float mileageFee(@PathVariable int miles) {
        MileageFeeCalculator calc = ApplicationContextHolder.getContext().getBean(MileageFeeCalculator.class);
        return calc.mileageCharge(miles);
    }
}

Springコンテキストでサービスオブジェクトを手動で検索することによって機能するタグ： working-manual-lookup

Webアプリケーションをコーディングしていない場合は、@ Autowiringが実行されるクラスがSpring Beanであることを確認してください。通常、Springコンテナは、Spring Beanと考えるクラスを認識しません。Springコンテナに、Springクラスについて通知する必要があります。

これは、appln-contxtで設定することで実現できます。または、 @ Component としてクラスに注釈を付けることをお勧めします。新しい演算子を使用して注釈付きクラスを作成しないでください。以下のようにAppln-contextから取得してください。

@Component
public class MyDemo {


    @Autowired
    private MyService  myService; 

    /**
     * @param args
     */
    public static void main(String[] args) {
        // TODO Auto-generated method stub
            System.out.println("test");
            ApplicationContext ctx=new ClassPathXmlApplicationContext("spring.xml");
            System.out.println("ctx>>"+ctx);

            Customer c1=null;
            MyDemo myDemo=ctx.getBean(MyDemo.class);
            System.out.println(myDemo);
            myDemo.callService(ctx);


    }

    public void callService(ApplicationContext ctx) {
        // TODO Auto-generated method stub
        System.out.println("---callService---");
        System.out.println(myService);
        myService.callMydao();

    }

}

実際には、メソッドを呼び出すには、JVM管理オブジェクトまたはSpring管理オブジェクトのいずれかを使用する必要があります。コントローラークラスの上記のコードから、自動ワイヤードオブジェクトを持つサービスクラスを呼び出す新しいオブジェクトを作成しています。

MileageFeeCalculator calc = new MileageFeeCalculator();

そのようには機能しません。

ソリューションは、このMileageFeeCalculatorをコントローラー自体の自動ワイヤードオブジェクトとして作成します。

以下のようにControllerクラスを変更します。

@Controller
public class MileageFeeController {

    @Autowired
    MileageFeeCalculator calc;  

    @RequestMapping("/mileage/{miles}")
    @ResponseBody
    public float mileageFee(@PathVariable int miles) {
        return calc.mileageCharge(miles);
    }
}

慣れていないときに同じ問題に出会ったことがありますthe life in the IoC world。@AutowiredいずれかのBean のフィールドが実行時にnullになります。

根本的な原因は、Spring IoCコンテナー（@Autowiredフィールドがindeed適切に挿入される）によって維持される自動作成されたBeanを使用する代わりにnewing、そのBeanタイプの私自身のインスタンスであり、それを使用していることです。もちろん@Autowired、Springにはフィールドを挿入する機会がないため、このフィールドはnullです。

あなたの問題は新しいです（Javaスタイルでのオブジェクトの作成）

MileageFeeCalculator calc = new MileageFeeCalculator();

アノテーションを使用する@Serviceと@Component、@ConfigurationBeanは
サーバーの起動時にSpringアプリケーションコンテキストでます。しかし、new演算子を使用してオブジェクトを作成する場合、オブジェクトはすでに作成されているアプリケーションコンテキストに登録されません。例としてEmployee.javaクラスを使用しました。

これをチェックしてください：

public class ConfiguredTenantScopedBeanProcessor implements BeanFactoryPostProcessor {

@Override
public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
    String name = "tenant";
    System.out.println("Bean factory post processor is initialized"); 
    beanFactory.registerScope("employee", new Employee());

    Assert.state(beanFactory instanceof BeanDefinitionRegistry,
            "BeanFactory was not a BeanDefinitionRegistry, so CustomScope cannot be used.");
    BeanDefinitionRegistry registry = (BeanDefinitionRegistry) beanFactory;

    for (String beanName : beanFactory.getBeanDefinitionNames()) {
        BeanDefinition definition = beanFactory.getBeanDefinition(beanName);
        if (name.equals(definition.getScope())) {
            BeanDefinitionHolder proxyHolder = ScopedProxyUtils.createScopedProxy(new BeanDefinitionHolder(definition, beanName), registry, true);
            registry.registerBeanDefinition(beanName, proxyHolder.getBeanDefinition());
        }
    }
}

}

私はSpringを初めて使用しましたが、この実用的なソリューションを発見しました。それが非難される方法であるかどうか教えてください。

私applicationContextはこの豆にSpringを注入させます：

import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.context.ApplicationContext;
import org.springframework.stereotype.Component;

@Component
public class SpringUtils {

    public static ApplicationContext ctx;

    /**
     * Make Spring inject the application context
     * and save it on a static variable,
     * so that it can be accessed from any point in the application. 
     */
    @Autowired
    private void setApplicationContext(ApplicationContext applicationContext) {
        ctx = applicationContext;       
    }
}

必要に応じて、このコードをメインアプリケーションクラスに配置することもできます。

他のクラスは次のように使用できます：

MyBean myBean = (MyBean)SpringUtils.ctx.getBean(MyBean.class);

このようにして、任意のBeanはアプリケーション内の任意のオブジェクト（と連動するnew）と静的な方法で取得できます。

まれなケースのようですが、これが私に起こったことです：

@Inject代わりに@Autowired、Springがサポートするjavaee標準を使用しました。1つの場所ではなく、すべての場所で問題なく動作し、豆が正しく注入されました。豆の注入は同じようです

@Inject
Calculator myCalculator

ようやくエラーが見つかりました。com.opensymphony.xwork2.Inject代わりに、私たち（実際にはEclipseのオートコンプリート機能）がインポートされました。javax.inject.Inject！の。

だから、要約すると、ことを確認してくださいあなたの注釈（@Autowired、@Inject、@Service、...）正しいパッケージを持っています！

Springにアノテーション付きのクラスをスキャンするように指示するのを逃したと思います。

使用できます @ComponentScan("packageToScan")アプリケーションの構成クラスでをして、Springにスキャンを指示。

@Service, @Component etcアノテーションはメタ記述を追加します。

Springは、Beanとして作成されたクラスまたはアノテーションでマークされたクラスのインスタンスのみを注入します。

アノテーションでマークされたクラスは、注入する前にスプリングで識別される必要があります@ComponentScan。アノテーションでマークされたクラスをスプリングルックに指示します。Springが@Autowiredそれを見つけると、関連するBeanを検索し、必要なインスタンスを注入します。

アノテーションを追加するだけで、依存性注入は修正または促進されません。Springはどこを探すべきかを知る必要があります。

これがテストクラスで発生している場合は、クラスに注釈を付けることを忘れていないことを確認してください。

たとえば、Spring Bootでは：

@RunWith(SpringRunner.class)
@SpringBootTest
public class MyTests {
    ....

しばらく時間が経ちます...

Spring Boot は進化を続けています。@RunWith 正しいバージョンのJUnitを使用している場合は、使用する必要がなくなりました。

以下のために@SpringBootTest仕事に一人で立って、あなたが使用する必要がある@TestからJUnit5の代わりに、JUnit4。

//import org.junit.Test; // JUnit4
import org.junit.jupiter.api.Test; // JUnit5

@SpringBootTest
public class MyTests {
    ....

この設定を間違って取得した場合、テストはコンパイルされますが@Autowired、@Valueフィールド（たとえば）はになりますnull。Spring Bootは魔法で動作するため、この障害を直接デバッグする方法がほとんどない場合があります。

別の解決策はSpringBeanAutowiringSupport.processInjectionBasedOnCurrentContext(this)
、次のような呼び出しを置くことです： MileageFeeCalculatorコンストラクターに次のような

@Service
public class MileageFeeCalculator {

    @Autowired
    private MileageRateService rateService; // <--- will be autowired when constructor is called

    public MileageFeeCalculator() {
        SpringBeanAutowiringSupport.processInjectionBasedOnCurrentContext(this)
    }

    public float mileageCharge(final int miles) {
        return (miles * rateService.ratePerMile()); 
    }
}

更新：本当に賢い人はこれをすぐに指摘しました答えは以下で説明される奇妙さを説明しています

元の回答：

それが誰かに役立つかどうかはわかりませんが、一見正しいことをやっていても同じ問題に悩まされました。私のMainメソッドには、次のようなコードがあります。

ApplicationContext context =
    new ClassPathXmlApplicationContext(new String[] {
        "common.xml",
        "token.xml",
        "pep-config.xml" });
    TokenInitializer ti = context.getBean(TokenInitializer.class);

とにtoken.xmlファイル私はラインを持っていました

<context:component-scan base-package="package.path"/>

package.pathがもう存在しないことに気付いたので、私は行を削除しました。

その後、NPEは入って来始めて。pep-config.xml私はちょうど2豆を持っていました：

<bean id="someAbac" class="com.pep.SomeAbac" init-method="init"/>
<bean id="settings" class="com.pep.Settings"/>

そして、SomeAbacクラスには、次のように宣言されたプロパティがあります。

@Autowired private Settings settings;

何らかの未知の理由により、要素がまったく存在しない場合、init（）の設定はnull<context:component-scan/>ですが、要素が存在し、basePackageとしていくつかのbsがある場合、すべてが正常に機能します。この行は次のようになります。

<context:component-scan base-package="some.shit"/>

そしてそれは動作します。誰かが説明を提供できるかもしれませんが、私にとっては今のところ十分です）

これがNullPointerException MileageFeeCalculator calc = new MileageFeeCalculator();を与える原因です。Spring を使用しています。手動でオブジェクトを作成する必要はありません。オブジェクトの作成はIoCコンテナーによって処理されます。

また、サービスクラスの@Serviceアノテーションを使用してこの問題を修正し、必要なBean classAをパラメーターとして他のBeanのclassBコンストラクターに渡し、@ AutowiredでclassBのコンストラクターに注釈を付けることもできます。ここにサンプルスニペット：

@Service
public class ClassB {

    private ClassA classA;

    @Autowired
    public ClassB(ClassA classA) {
        this.classA = classA;
    }

    public void useClassAObjectHere(){
        classA.callMethodOnObjectA();
    }
}

ここで言及されていないことは、この記事の「実行の順序」の段落で説明されています。

クラスに@Componentまたは@Serviceまたは@Repository（他にもあると思います）で注釈を付ける必要があることを「学習」した後、それらの内部に他のコンポーネントを自動配線するには、これらの他のコンポーネントがコンストラクター内でまだnullであることに気付きました親コンポーネントの。

@PostConstructを使用すると、それが解決します。

@SpringBootApplication
public class Application {
    @Autowired MyComponent comp;
}

そして：

@Component
public class MyComponent {
    @Autowired ComponentDAO dao;

    public MyComponent() {
        // dao is null here
    }

    @PostConstruct
    public void init() {
        // dao is initialized here
    }
}

これは単体テストの場合にのみ有効です。

私のサービスクラスにはサービスの注釈があり、それは@autowired別のコンポーネントクラスでした。テストしたとき、コンポーネントクラスはnullになりました。サービスクラスのために私はオブジェクトを使用して作成していたのでnew

単体テストを作成している場合は、を使用してオブジェクトを作成していないことを確認してくださいnew object()。代わりにinjectMockを使用してください。

これで問題が解決しました。ここに便利なリンクがあります

また、何らかの理由で@Serviceas finalでメソッドを作成した場合、そこからアクセスするautowired Beanは常にになることに注意してくださいnull。

簡単に言えば、@Autowiredフィールドが存在する主な理由は2つあります。null

• あなたのクラスは春の豆ではありません。

• フィールドは豆ではありません。

質問に完全に関連しているわけではありませんが、フィールドインジェクションがnullの場合でも、コンストラクタベースのインジェクションは正常に機能します。

    private OrderingClient orderingClient;
    private Sales2Client sales2Client;
    private Settings2Client settings2Client;

    @Autowired
    public BrinkWebTool(OrderingClient orderingClient, Sales2Client sales2Client, Settings2Client settings2Client) {
        this.orderingClient = orderingClient;
        this.sales2Client = sales2Client;
        this.settings2Client = settings2Client;
    }