Từ hướng dẫn PHP cho phần mở rộng pthreads :
pthreads là một API hướng đối tượng cho phép đa luồng người dùng trong PHP. Nó bao gồm tất cả các công cụ bạn cần để tạo các ứng dụng đa luồng được nhắm mục tiêu trên Web hoặc Bảng điều khiển. Các ứng dụng PHP có thể tạo, đọc, viết, thực thi và đồng bộ hóa với Chủ đề, Công nhân và Stackables.
Không thể tin được như âm thanh này, nó hoàn toàn đúng. Ngày nay, PHP có thể đa luồng cho những ai muốn thử nó.
Bản phát hành đầu tiên của PHP4, ngày 22 tháng 5 năm 2000, PHP được cung cấp với kiến trúc an toàn luồng - một cách để nó thực thi nhiều phiên bản của trình thông dịch của nó trong các luồng riêng biệt trong môi trường SAPI (API máy chủ) đa luồng. Trong 13 năm qua, thiết kế của kiến trúc này đã được duy trì và nâng cao: Nó đã được sử dụng trên các trang web lớn nhất thế giới kể từ đó.
Luồng trong đất người dùng chưa bao giờ là một mối quan tâm đối với nhóm PHP và nó vẫn còn như ngày nay. Bạn nên hiểu rằng trong thế giới mà PHP kinh doanh, đã có một phương pháp xác định tỷ lệ - thêm phần cứng. Trong nhiều năm, PHP đã tồn tại, phần cứng ngày càng rẻ hơn và do đó, điều này ngày càng trở thành mối quan tâm của nhóm PHP. Trong khi nó ngày càng rẻ hơn, nó cũng mạnh hơn nhiều; ngày nay, điện thoại di động và máy tính bảng của chúng tôi có kiến trúc lõi kép và lõi tứ và rất nhiều RAM đi kèm, máy tính để bàn và máy chủ của chúng tôi thường có 8 hoặc 16 lõi, RAM 16 và 32 gigabyte, mặc dù chúng tôi không phải lúc nào cũng có thể có hai trong ngân sách và có hai máy tính để bàn hiếm khi hữu ích cho hầu hết chúng ta.
Ngoài ra, PHP được viết cho người không lập trình, đó là ngôn ngữ bản địa của nhiều người có sở thích. Lý do PHP rất dễ được chấp nhận là vì nó là một ngôn ngữ dễ học và viết. Lý do PHP rất đáng tin cậy ngày nay là vì khối lượng công việc khổng lồ đi vào thiết kế của nó và mọi quyết định của nhóm PHP đưa ra. Đó là độ tin cậy và sự tuyệt vời tuyệt đối giữ nó trong ánh sáng, sau tất cả những năm này; nơi mà các đối thủ của nó đã rơi vào thời gian hoặc áp lực.
Lập trình đa luồng không dễ dàng đối với hầu hết, ngay cả với API mạch lạc và đáng tin cậy nhất, có nhiều điều khác nhau để suy nghĩ và nhiều quan niệm sai lầm. Nhóm PHP không mong muốn đa luồng đất của người dùng là một tính năng cốt lõi, nó chưa bao giờ được quan tâm nghiêm túc - và đúng như vậy. PHP không nên phức tạp, cho tất cả mọi người.
Tất cả mọi thứ được xem xét, vẫn có những lợi ích cần có từ việc cho phép PHP sử dụng các tính năng đã sẵn sàng và được thử nghiệm để cho phép một phương tiện tận dụng tối đa những gì chúng ta có, khi thêm nhiều hơn không phải luôn là một lựa chọn và rất nhiều nhiệm vụ là không bao giờ thực sự cần thiết.
pthreads đạt được, đối với những người muốn khám phá nó, một API cho phép người dùng sử dụng các ứng dụng PHP đa luồng. API của nó rất là một công việc đang tiến triển và được chỉ định mức độ ổn định và hoàn thiện beta.
Một kiến thức phổ biến là một số thư viện mà PHP sử dụng không phải là luồng an toàn, nên rõ ràng với lập trình viên rằng pthreads không thể thay đổi điều này và không cố gắng thử. Tuy nhiên, bất kỳ thư viện nào là an toàn luồng đều có thể sử dụng được, như trong bất kỳ cài đặt an toàn luồng nào khác của trình thông dịch.
pthreads sử dụng Posix Themes (ngay cả trong Windows), những gì lập trình viên tạo ra là các luồng thực thi thực sự, nhưng để các luồng đó hữu ích, họ phải biết về PHP - có thể thực thi mã người dùng, chia sẻ biến và cho phép một phương tiện giao tiếp hữu ích (đồng bộ hóa). Vì vậy, mọi luồng được tạo bằng một phiên bản của trình thông dịch, nhưng theo thiết kế, trình thông dịch của nó được cách ly với tất cả các phiên bản khác của trình thông dịch - giống như các môi trường API máy chủ đa luồng. pthreads cố gắng thu hẹp khoảng cách một cách lành mạnh và an toàn. Nhiều mối quan tâm của lập trình viên các luồng trong C chỉ dành cho lập trình viên của pthreads, theo thiết kế, pthreads được sao chép khi đọc và sao chép trên ghi (RAM là rẻ), vì vậy không có trường hợp nào xử lý cùng một dữ liệu vật lý , nhưng cả hai đều có thể ảnh hưởng đến dữ liệu trong một luồng khác.
Tại sao sao chép trên đọc và sao chép trên viết:
public function run() {
...
(1) $this->data = $data;
...
(2) $this->other = someOperation($this->data);
...
}
(3) echo preg_match($pattern, $replace, $thread->data);
(1) Trong khi khóa đọc và ghi được lưu trữ trên kho lưu trữ dữ liệu đối tượng pthreads, dữ liệu được sao chép từ vị trí ban đầu của nó trong bộ nhớ vào kho lưu trữ đối tượng. pthreads không điều chỉnh số lần đếm của biến, Zend có thể giải phóng dữ liệu gốc nếu không có thêm tài liệu tham khảo nào về nó.
(2) Đối số của someOperation tham chiếu kho đối tượng, dữ liệu gốc được lưu trữ, bản thân nó là bản sao kết quả của (1), được sao chép lại cho động cơ vào thùng chứa zval, trong khi điều này xảy ra khóa đọc được giữ kho đối tượng, khóa được giải phóng và động cơ có thể thực hiện chức năng. Khi zval được tạo, nó có số đếm bằng 0, cho phép động cơ giải phóng bản sao khi hoàn thành thao tác, vì không có tham chiếu nào khác đến nó.
(3) Đối số cuối cùng với preg_match tham chiếu đến kho lưu trữ dữ liệu, khóa đọc được lấy, dữ liệu được đặt trong (1) được sao chép thành zval, một lần nữa với số lần đếm là 0. Khóa được giải phóng, Cuộc gọi đến preg_match hoạt động trên một bản sao của dữ liệu, bản thân nó là bản sao của dữ liệu gốc.
Những điều cần biết:
Bảng băm của cửa hàng đối tượng nơi lưu trữ dữ liệu, luồng an toàn,
dựa trên TsHashTable được phân phối với PHP, bởi Zend.
Kho đối tượng có khóa đọc và ghi, khóa truy cập bổ sung được cung cấp cho TsHashTable sao cho nếu cần (và nó, var_dump / print_r, truy cập trực tiếp vào các thuộc tính khi công cụ PHP muốn tham chiếu chúng) pthread có thể điều khiển TsHashTable bên ngoài API được xác định.
Các khóa chỉ được giữ trong khi các hoạt động sao chép xảy ra, khi các bản sao đã được tạo ra các khóa được phát hành, theo một thứ tự hợp lý.
Điều này có nghĩa là:
Khi xảy ra ghi, không chỉ có khóa đọc và ghi, mà còn có khóa truy cập bổ sung. Bảng đã bị khóa, không có cách nào bối cảnh khác có thể khóa, đọc, viết hoặc ảnh hưởng đến nó.
Khi xảy ra đọc, không chỉ khóa đọc được giữ mà cả khóa truy cập bổ sung, một lần nữa bảng bị khóa.
Không có hai bối cảnh có thể truy cập vật lý hoặc đồng thời cùng một dữ liệu từ kho lưu trữ đối tượng, nhưng việc ghi được thực hiện trong bất kỳ bối cảnh nào có tham chiếu sẽ ảnh hưởng đến dữ liệu được đọc trong bất kỳ bối cảnh nào có tham chiếu.
Điều này được chia sẻ không có kiến trúc và cách duy nhất để tồn tại là cùng tồn tại. Những người hiểu biết một chút sẽ thấy rằng, có rất nhiều bản sao đang diễn ra ở đây, và họ sẽ tự hỏi liệu đó có phải là một điều tốt. Khá nhiều sao chép diễn ra trong một thời gian chạy động, đó là động lực của một ngôn ngữ động. pthreads được triển khai ở cấp độ của đối tượng, bởi vì có thể đạt được sự kiểm soát tốt đối với một đối tượng, nhưng các phương thức - mã mà lập trình viên thực thi - có bối cảnh khác, không bị khóa và sao chép - phạm vi phương thức cục bộ. Phạm vi đối tượng trong trường hợp đối tượng pthreads nên được coi là một cách để chia sẻ dữ liệu giữa các bối cảnh, đó là mục đích của nó. Với suy nghĩ này, bạn có thể áp dụng các kỹ thuật để tránh khóa cửa hàng đối tượng trừ khi cần thiết,
Hầu hết các thư viện và tiện ích mở rộng có sẵn cho PHP là các trình bao bọc mỏng xung quanh bên thứ 3, chức năng cốt lõi của PHP ở một mức độ là điều tương tự. pthreads không phải là một trình bao bọc mỏng xung quanh Chủ đề Posix; nó là một API luồng dựa trên chủ đề Posix. Không có điểm nào trong việc triển khai Chủ đề trong PHP mà người dùng không hiểu hoặc không thể sử dụng. Không có lý do gì mà một người không có kiến thức về mutex là gì hoặc không nên tận dụng tất cả những gì họ có, cả về kỹ năng và tài nguyên. Một đối tượng hoạt động giống như một đối tượng, nhưng bất cứ nơi nào hai bối cảnh sẽ va chạm, pthread cung cấp sự ổn định và an toàn.
Bất cứ ai từng làm việc trong java đều sẽ thấy sự tương đồng giữa một đối tượng pthreads và luồng trong java, những người đó sẽ không nghi ngờ gì khi thấy một lỗi gọi là ConcảnModificationException - vì nó phát ra lỗi do thời gian chạy java nếu hai luồng ghi cùng một dữ liệu vật lý kiêm nhiệm. Tôi hiểu tại sao nó tồn tại, nhưng nó gây trở ngại cho tôi rằng với tài nguyên rẻ như chúng, cùng với thực tế thời gian chạy có thể phát hiện đồng thời chính xác và chỉ có thể đạt được sự an toàn cho người dùng, mà nó chọn đưa ra một lỗi có thể gây tử vong trong thời gian chạy hơn là quản lý việc thực thi và truy cập dữ liệu.
Không có lỗi ngu ngốc như vậy sẽ được phát ra bởi pthreads, API được viết để làm cho luồng ổn định và tương thích nhất có thể, tôi tin.
Đa luồng không giống như sử dụng cơ sở dữ liệu mới, cần chú ý chặt chẽ đến từng từ trong hướng dẫn và các ví dụ được gửi với pthreads.
Cuối cùng, từ hướng dẫn PHP:
pthreads đã và đang là một thử nghiệm có kết quả khá tốt. Bất kỳ hạn chế hoặc tính năng nào của nó có thể thay đổi bất cứ lúc nào; đó là bản chất của thí nghiệm. Đó là những hạn chế - thường được áp đặt bởi việc thực hiện - tồn tại vì lý do chính đáng; Mục đích của pthreads là cung cấp một giải pháp có thể sử dụng cho đa tác vụ trong PHP ở mọi cấp độ. Trong môi trường mà pthreads thực thi, một số hạn chế và giới hạn là cần thiết để cung cấp một môi trường ổn định.
pcntl_fork()) sẽ hoạt động nếu được gọi từ Apache?