Hành vi của phương thức tĩnh trong môi trường đa luồng trong java

Có một câu hỏi ngu ngốc đơn giản khiến tôi bận tâm và nảy ra nhiều lập luận trong đầu. Tôi muốn loại bỏ tất cả những nghi ngờ về những câu hỏi dưới đây.

class Clstest{

    public static String testStaticMethod(String inFileStr) {

        // section 0

        // section 1

        // do something with inFileStr

        // section 2

        // section 3

        return inFileStr;

    }

}

Giả sử rằng có năm luồng đang thực hiện lệnh gọi đến Clstest.testStaticMethod("arg-n")cùng một lúc.

Chủ đề 1 cuộc gọi Clstest.testStaticMethod("arg-1").

Khi luồng 1 nằm trong phần 1, luồng 2 sẽ gọi Clstest.testStaticMethod("arg-2").

Sau đó, điều gì sẽ xảy ra với Chủ đề 1? Nó sẽ chuyển sang trạng thái ngủ?

Khi Chủ đề 1 có cơ hội, nó sẽ tiếp tục thực thi từ phần 1, nơi nó đã bị tạm dừng?

Làm thế nào nó xảy ra khi có một Clstest.testStaticMethodvà cùng một Clstest.testStaticMethodđược chia sẻ giữa tất cả năm chủ đề?

Có bất kỳ khả năng nào để trao đổi inFileStrgửi bởi nhiều chủ đề không?

Câu trả lời của Hans Passant là tốt. Nhưng tôi nghĩ rằng tôi sẽ thử và giải thích ở mức độ đơn giản hơn một chút cho bất kỳ ai bắt gặp điều này và chưa quen với Java. Đây rồi ..

Bộ nhớ trong java được chia thành hai loại - heap và stack. Vùng đống là nơi tất cả các đối tượng sống và các ngăn xếp là nơi các luồng thực hiện công việc của chúng. Mỗi luồng có ngăn xếp riêng và không thể truy cập các ngăn xếp khác. Mỗi luồng cũng có một con trỏ vào mã trỏ đến bit mã mà chúng hiện đang chạy.

Khi một luồng bắt đầu chạy một phương thức mới, nó sẽ lưu các đối số và biến cục bộ trong phương thức đó trên ngăn xếp của chính nó. Một số giá trị này có thể là con trỏ đến các đối tượng trên heap. Nếu hai luồng đang chạy cùng một phương thức tại cùng một thời điểm, cả hai sẽ có con trỏ mã trỏ đến phương thức đó và có các bản sao của đối số và biến cục bộ trên ngăn xếp của chúng. Chúng sẽ chỉ gây trở ngại cho nhau nếu những thứ trên ngăn xếp của chúng trỏ đến những đối tượng giống nhau trên đống. Trong trường hợp đó, tất cả các loại điều có thể xảy ra. Nhưng như Hans đã chỉ ra, các Chuỗi là bất biến (không thể thay đổi) nên chúng tôi an toàn nếu đây là đối tượng duy nhất được "chia sẻ".

Vì vậy, nhiều chủ đề có thể chạy cùng một phương pháp. Chúng có thể không chạy cùng một lúc - điều đó phụ thuộc vào số lõi bạn có trên máy của mình khi JVM ánh xạ các luồng Java với các luồng OS, được lập lịch trên các luồng phần cứng. Do đó, bạn có rất ít quyền kiểm soát cách các luồng này xen kẽ nhau mà không sử dụng các cơ chế đồng bộ hóa phức tạp .

Lưu ý rằng ngủ là một cái gì đó mà một chuỗi làm với chính nó.

Nó sẽ chuyển sang trạng thái ngủ?

Không, việc chạy một luồng không ảnh hưởng đến các luồng khác miễn là chúng không cố ý đồng bộ hóa với nhau. Nếu bạn có nhiều hơn một lõi bộ xử lý, tất cả các máy gần đây đều có, các luồng đó có khả năng thực thi chính xác cùng một lúc. Điều đó sẽ ít xảy ra hơn khi bạn bắt đầu 5 luồng vì máy của bạn có thể không có đủ lõi. Hệ điều hành buộc phải lựa chọn giữa chúng, cho phép chúng chạy một khoảng thời gian. Công việc của bộ lập lịch luồng. Khi đó, một luồng sẽ không ở trạng thái "ngủ", nó chỉ đơn giản là tạm dừng và chờ bộ lập lịch luồng cho nó cơ hội chạy. Nó sẽ tiếp tục ở nơi nó bị gián đoạn bởi bộ lập lịch.

Có khả năng nào để trao đổi inFileStr được gửi bởi nhiều luồng không?

Không có khả năng như vậy, các luồng có ngăn xếp riêng của chúng vì vậy bất kỳ đối số phương thức và biến cục bộ nào sẽ là duy nhất cho mỗi luồng. Hơn nữa, việc sử dụng một chuỗi đảm bảo rằng các chuỗi này không thể can thiệp vào nhau vì các chuỗi là bất biến.

Không có gì đảm bảo như vậy nếu đối số là một tham chiếu đến một loại đối tượng có thể thay đổi khác. Hoặc nếu bản thân phương thức sử dụng các biến tĩnh hoặc tham chiếu đến các đối tượng trên heap. Đồng bộ hóa là bắt buộc khi một luồng sửa đổi đối tượng và một luồng khác đọc nó. Từ khóa lock trong ngôn ngữ C # là cách viết sẵn để thực hiện đồng bộ hóa cần thiết. Thực tế là phương thức là tĩnh không có nghĩa là không bao giờ cần phải đồng bộ hóa như vậy. Khả năng xảy ra ít hơn vì bạn không phải lo lắng về các luồng truy cập vào cùng một đối tượng (chia sẻ điều này ).