“Cái này” có bao giờ là rỗng trong Java không?

Đã thấy dòng này trong một phương thức lớp và phản ứng đầu tiên của tôi là chế nhạo nhà phát triển đã viết ra nó .. Nhưng sau đó, tôi nghĩ mình nên chắc chắn rằng mình đã đúng trước.

public void dataViewActivated(DataViewEvent e) {
    if (this != null)
        // Do some work
}

Dòng đó có bao giờ đánh giá thành false không?

Không, không thể. Nếu bạn đang sử dụng this, thì bạn đang ở trong trường hợp thisnày không phải là null.

JLS nói:

Khi được sử dụng như một biểu thức chính, từ khóa này biểu thị một giá trị là một tham chiếu đến đối tượng mà phương thức thể hiện được gọi (§15.12) hoặc đối tượng đang được xây dựng.

Nếu bạn gọi một phương thức từ một đối tượng, thì đối tượng đó tồn tại hoặc bạn sẽ có một phương thức NullPointerExceptiontrước đó (hoặc đó là một phương thức tĩnh nhưng sau đó, bạn không thể sử dụng thisnó).

Tài nguyên :

• JLS - thistừ khóa

Nó giống như tự hỏi bản thân "Tôi còn sống?" thiskhông bao giờ có thể là rỗng

Không bao giờ , bản thân từ khóa 'this' đại diện cho cá thể (đối tượng) còn sống hiện tại của lớp đó trong phạm vi của lớp đó, mà bạn có thể truy cập vào tất cả các trường và thành viên của nó (bao gồm cả các hàm tạo) và các trường hiển thị của lớp cha của nó.

Và thú vị hơn, hãy thử đặt nó:

this = null;

Hãy suy nghĩ về nó? Làm sao có thể, sẽ không giống như chặt cành đang ngồi. Vì từ khóa 'this' có sẵn trong phạm vi của lớp nên ngay sau khi bạn nói this = null; ở bất kỳ đâu trong lớp thì về cơ bản bạn đang yêu cầu JVM giải phóng bộ nhớ được gán cho đối tượng đó ở giữa một số thao tác mà JVM không thể cho phép xảy ra vì nó cần trở lại an toàn sau khi kết thúc thao tác đó.

Hơn nữa, cố gắng this = null;sẽ dẫn đến lỗi trình biên dịch. Lý do khá đơn giản, một từ khóa trong Java (hoặc bất kỳ ngôn ngữ nào) không bao giờ có thể được gán một giá trị tức là một từ khóa không bao giờ có thể là giá trị bên trái của một thao tác gán.

Các ví dụ khác, bạn không thể nói:

true = new Boolean(true);
true = false;

Nếu bạn biên dịch bằng -target 1.3hoặc sớm hơn, thì một bên ngoài this có thể là null. Hoặc ít nhất nó đã từng ...

Không. Để gọi một phương thức của một thể hiện của một lớp, thể hiện đó phải tồn tại. Cá thể được truyền ngầm dưới dạng một tham số cho phương thức, được tham chiếu bởi this. Nếu thislà nullthì sẽ không có trường hợp nào để gọi một phương thức của.

Ngôn ngữ thực thi nó là chưa đủ. VM cần phải thực thi nó. Trừ khi VM thực thi nó, bạn có thể viết một trình biên dịch không thực thi kiểm tra null trước khi gọi phương thức được viết bằng Java. Các mã opcodes cho một lệnh gọi phương thức phiên bản bao gồm tải tham chiếu này vào ngăn xếp, hãy xem: http://java.sun.com/docs/books/jvms/second_edition/html/Compiling.doc.html#14787 . Thay thế điều này cho một tham chiếu null sẽ thực sự dẫn đến kết quả là thử nghiệm sai

Trong các phương thức lớp tĩnh, thiskhông được định nghĩa vì thisđược liên kết với các cá thể chứ không phải các lớp. Tôi tin rằng nó sẽ gây ra lỗi trình biên dịch khi cố gắng sử dụng thistừ khóa trong ngữ cảnh tĩnh.

Một bình thường thiskhông bao giờ có thể có nulltrong mã Java thực ¹ và ví dụ của bạn sử dụng một bình thường this. Xem các câu trả lời khác để biết thêm chi tiết.

Một người đủ điều kiện không bao giờ this nên có null, nhưng có thể phá vỡ điều này. Hãy xem xét những điều sau:

public class Outer {
   public Outer() {}

   public class Inner {
       public Inner() {}

       public String toString() {
           return "outer is " + Outer.this;  // Qualified this!!
       }
   }
}

Khi chúng ta muốn tạo một instance của Inner, chúng ta cần thực hiện điều này:

public static void main(String[] args) {
    Outer outer = new Outer();
    Inner inner = outer.new Inner();
    System.out.println(inner);

    outer = null;
    inner = outer.new Inner();  // FAIL ... throws an NPE
}

Đầu ra là:

outer is Outer@2a139a55
Exception in thread "main" java.lang.NullPointerException
        at Outer.main(Outer.java:19)

cho thấy rằng nỗ lực của chúng tôi để tạo Innermột nulltham chiếu đến nó Outerđã thất bại.

Trên thực tế, nếu bạn dính vào bao thư "Pure Java", bạn không thể phá vỡ điều này.

Tuy nhiên, mỗi Innertrường hợp có một finaltrường tổng hợp ẩn (được gọi "this$0") chứa tham chiếu đến Outer. Nếu bạn thực sự khôn lanh, có thể sử dụng các phương tiện "không thuần túy" để gán nullcho lĩnh vực này.

• Bạn có thể sử dụng Unsafeđể làm điều đó.
• Bạn có thể sử dụng mã gốc (ví dụ: JNI) để làm điều đó.
• Bạn có thể làm điều đó bằng cách sử dụng sự phản chiếu.

Dù bạn làm theo cách nào thì kết quả cuối cùng là Outer.thisbiểu thức sẽ đánh giá là null² .

Trong ngắn hạn, nó là có thể cho một đủ điều kiện thisđể được null. Nhưng điều đó là không thể nếu chương trình của bạn tuân theo các quy tắc "Pure Java".

^{1 - Tôi giảm bớt các thủ thuật như "viết" các mã bytecodes bằng tay và chuyển chúng thành Java thực, điều chỉnh các mã bytecodes bằng BCEL hoặc tương tự, hoặc nhảy vào mã gốc và xử lý các thanh ghi đã lưu. IMO, đó KHÔNG phải là Java. Theo giả thuyết, những điều như vậy cũng có thể xảy ra do lỗi JVM ... nhưng tôi không nhớ mọi lần nhìn thấy báo cáo lỗi.}

^{2 - Trên thực tế, JLS không cho biết hành vi sẽ như thế nào, và nó có thể phụ thuộc vào việc triển khai ... trong số những thứ khác.}

Khi bạn gọi một phương thức trên nulltham chiếu, phương thức NullPointerExceptionsẽ được ném từ Java VM. Đây là thông số kỹ thuật, vì vậy nếu máy ảo Java của bạn tuân thủ nghiêm ngặt đặc điểm kỹ thuật thì thissẽ không bao giờ null.

Nếu phương thức là tĩnh, thì không có bất kỳ phương thức nào this. Nếu phương thức là ảo, thì thiskhông được rỗng, vì để gọi phương thức, thời gian chạy sẽ cần tham chiếu đến vtable bằng cách sử dụng thiscon trỏ. Nếu phương thức không phải là ảo thì có, có thể thislà không.

C # và C ++ cho phép các phương thức không phải ảo, nhưng trong Java tất cả các phương thức không tĩnh đều là ảo, vì vậy thissẽ không bao giờ là rỗng.

tl; dr, "this" chỉ có thể được gọi từ một phương thức không tĩnh và chúng ta đều biết rằng một phương thức không tĩnh được gọi từ một số loại đối tượng không thể rỗng.