java.lang.NoClassDefFoundError: Không thể khởi tạo lớp XXX

public class PropHolder {
  public static Properties prop;

  static {
    //code for loading properties from file
  }
}

// Referencing the class somewhere else:
Properties prop = PropHolder.prop;

class PropHolderlà một lớp học của riêng tôi. Lớp nằm trong cùng tệp JAR của lớp chính. Vì vậy, điều đó không nên bởi vì bất kỳ JAR nào bị thiếu trong classpath.

Khi tôi tìm đến tệp JAR jar tf myjarfile, tôi có thể thấy PropHolder.classdanh sách đó được liệt kê ở đó.

Btw: mã đang chạy tốt trên máy cục bộ của tôi. Nhưng không thể hoạt động khi tôi triển khai nó với một số tập lệnh lên máy chủ Linux. Vì vậy, tôi nghĩ rằng nó không phải là vấn đề của mã. Nhưng vì lý do nào đó. quá trình triển khai là rất khó để theo dõi.

Điều gì có thể là vấn đề?

Đặt cược tốt nhất của tôi là có một vấn đề ở đây:

static {
    //code for loading properties from file
}

Nó sẽ xuất hiện một số ngoại lệ chưa được phát hiện và được truyền tới ClassLoader thực tế khi cố gắng tải lớp. Chúng tôi sẽ cần một stacktrace để xác nhận điều này mặc dù.

Hoặc đó hoặc nó xảy ra khi tạo PropHolder.propbiến tĩnh.

Bạn đang nhận được một java.lang.NoClassDefFoundErrorđiều KHÔNG có nghĩa là lớp của bạn bị thiếu (trong trường hợp đó bạn sẽ nhận được một java.lang.ClassNotFoundException). ClassLoader gặp lỗi trong khi đọc định nghĩa lớp khi cố đọc lớp.

Đặt một thử / bắt bên trong trình khởi tạo tĩnh của bạn và xem xét ngoại lệ. Nếu bạn đọc một số tệp ở đó và nó khác với môi trường cục bộ của bạn thì rất có thể nguyên nhân của sự cố (có thể không tìm thấy tệp, không có quyền, v.v.).

NoClassDefFoundError không đưa ra nhiều manh mối về những gì đã xảy ra trong khối tĩnh. Đó là một thực hành tốt để luôn có một khối như thế này bên trong mã khởi tạo {...} tĩnh:

static {
  try {

    ... your init code here

  } catch (Throwable t) {
    LOG.error("Failure during static initialization", t);
    throw t;
  }
}

Tôi cũng có ngoại lệ tương tự, đây là cách tôi giải quyết vấn đề:

Điều kiện tiên quyết:

1. Lớp Junit (và kiểm tra), đã mở rộng một lớp khác.

2. ApplicationContext khởi tạo bằng spring, khởi tạo dự án.

3. Bối cảnh ứng dụng đã được khởi tạo trong phương thức @B Before

Giải pháp:

Khởi tạo bối cảnh ứng dụng từ phương thức @B BeforeClass, vì lớp cha cũng yêu cầu một số lớp được khởi tạo từ trong ngữ cảnh ứng dụng.

Hy vọng điều này sẽ giúp.

Như đã đề cập ở trên, đây có thể là một số điều. Trong trường hợp của tôi, tôi đã có một biến khởi tạo tĩnh dựa trên một mục bị thiếu trong tệp thuộc tính của tôi. Đã thêm mục bị thiếu vào tệp thuộc tính và vấn đề đã được giải quyết.

Chỉ vài ngày trước, tôi đã gặp câu hỏi tương tự như của bạn. Tất cả các mã chạy tốt trên máy cục bộ của tôi, nhưng hóa ra lỗi (noclassdeffound & khởi tạo). Vì vậy, tôi đăng giải pháp của mình, nhưng tôi không biết tại sao, tôi chỉ đưa ra một khả năng. Tôi hy vọng ai đó biết sẽ giải thích điều này. @ John Vint Trước tiên, tôi sẽ chỉ cho bạn vấn đề của tôi. Mã của tôi có biến tĩnh và khối tĩnh cả. Khi tôi gặp vấn đề này lần đầu tiên, tôi đã thử giải pháp của John Vint và cố gắng bắt ngoại lệ. Tuy nhiên, tôi không bắt được gì. Vì vậy, tôi nghĩ rằng đó là vì biến tĩnh (nhưng bây giờ tôi biết chúng là cùng một thứ) và vẫn không tìm thấy gì. Vì vậy, tôi cố gắng tìm sự khác biệt giữa máy linux và máy tính của tôi. Sau đó, tôi thấy rằng vấn đề này chỉ xảy ra khi một số luồng chạy trong một tiến trình (Nhân tiện, máy linux có lõi kép và tiến trình kép). Điều đó có nghĩa là nếu có hai tác vụ (cả hai đều sử dụng mã có khối tĩnh hoặc biến) chạy trong cùng một quy trình thì sẽ bị lỗi, nhưng nếu chúng chạy trong các quy trình khác nhau thì cả hai đều ổn. Trong máy Linux, tôi sử dụng

mvn -U clean  test -Dtest=path 

để chạy một tác vụ và bởi vì biến tĩnh của tôi là khởi động một thùng chứa (hoặc có thể bạn khởi tạo một trình nạp lớp mới), vì vậy nó sẽ duy trì cho đến khi jvm dừng và jvm chỉ dừng khi tất cả các tác vụ trong một tiến trình dừng lại. Mỗi tác vụ sẽ bắt đầu một container mới (hoặc trình nạp lớp) và nó làm cho jvm bối rối. Hậu quả là lỗi xảy ra. Vậy, làm thế nào để giải quyết nó? Giải pháp của tôi là thêm một lệnh mới vào lệnh maven và làm cho mọi tác vụ đi đến cùng một thùng chứa.

-Dxxx.version=xxxxx #sorry can't post more

Có thể bạn đã giải quyết vấn đề này, nhưng vẫn hy vọng nó sẽ giúp những người khác gặp vấn đề tương tự.

Tôi cũng có ngoại lệ tương tự - nhưng chỉ khi chạy trong chế độ gỡ lỗi, đây là cách tôi giải quyết vấn đề (sau 3 ngày): trong bản build.gradle tôi đã có: "multiDexEnabled true" được đặt trong phần defaultConfig.

        defaultConfig {
    applicationId "com.xxx.yyy"
    minSdkVersion 15
    targetSdkVersion 28
    versionCode 5123
    versionName "5123"
    // Enabling multidex support.
    multiDexEnabled true
}

nhưng dường như điều này là không đủ. nhưng khi tôi thay đổi:

public class MyAppClass  extends Application 

đến:

public class MyAppClass  extends MultiDexApplication 

Điều này đã giải quyết nó. hy vọng điều này sẽ giúp được ai đó

Nếu bạn đang làm việc trên một dự án Android, hãy đảm bảo rằng bạn không gọi bất kỳ phương thức tĩnh nào trên bất kỳ lớp Android nào. Tôi chỉ sử dụng JUnit + Mockito, vì vậy có thể một số khung công tác khác có thể giúp bạn tránh vấn đề hoàn toàn, tôi không chắc chắn.

Vấn đề của tôi là gọi Uri.parse(uriString)như một phần của trình khởi tạo tĩnh cho một bài kiểm tra đơn vị. Lớp Uri là API Android, đó là lý do tại sao bản dựng thử nghiệm đơn vị không thể tìm thấy nó. Tôi đã thay đổi giá trị này để nullthay thế và mọi thứ trở lại bình thường.

Tôi gặp vấn đề tương tự, java java.lang.NoClassDefFoundError: Không thể khởi tạo lớp com.xxx.HttpUtils

static {
    //code for loading properties from file
}

đó là vấn đề môi trường. Điều đó có nghĩa là các thuộc tính trong application.yml không chính xác hoặc trống!

Tôi gặp vấn đề tương tự. Tôi đã kích hoạt một đối tượng bean trong khối tĩnh như dưới đây:

static {
    try{
        mqttConfiguration = SpringBootBeanUtils.<MqttConfiguration>getBean(MqttConfiguration.class);
    }catch (Throwable e){
        System.out.println(e);
    }
 }

Chỉ vì quá trình khởi động đậu của tôi gây ra NPE, tôi gặp rắc rối với nó. Vì vậy, tôi nghĩ rằng bạn nên kiểm tra bạn khối mã tĩnh cẩn thận.