Chủ đề/tín hiệu POSIX: Cách di động để xác định luồng tín hiệu nào được phân phối?

Question

Tôi đã có một máy chủ đa luồng (sử dụng các chủ đề POSIX), với một luồng cho mỗi kết nối liên tục. Trong một trong các chủ đề, đầu kia của kết nối đóng lại, dẫn đến một SIGPIPE đang được gửi đi. Có một (tốt nhất là di động) để xác định thread nào (và do đó kết nối) điều này xảy ra vì vậy tôi có thể có trình xử lý tín hiệu của tôi hoặc làm dọn dẹp luồng/kết nối làm việc hoặc đặt cờ sao cho chuỗi chính và công nhân tương ứng thấy rằng họ cần phải làm điều đó sau?

EDIT: Tôi tự hỏi nếu tôi có thể sử dụng & errno, lưu trữ nó trong một mảng toàn cầu và liên kết nó với định danh của máy chủ cho chủ đề, và sau đó tìm kiếm & errno trong bộ xử lý tín hiệu. Liệu các errno cụ thể của thread có thể được hiển thị cho bộ xử lý tín hiệu? Là sự hiểu biết của tôi về cách threadsafe errno hoạt động ngay cả trong ballpark?

Answer 1

Tôi không nghĩ vậy, không. Một giải pháp tốt hơn cho các máy chủ đa luồng là để ngăn chặn tín hiệu SIGPIPE (bằng cách gọi signal(SIGPIPE, SIG_IGN) như là một phần của chương trình khởi động thường trình) và sau đó có giao dịch với giá trị lỗi (-1/EPIPE) trả về send() thay thế.

Tín hiệu và đa luồng không kết hợp tốt.

Answer 2

Cách tiếp cận của tôi là có bộ xử lý tín hiệu cho SIGPIPE chỉ ghi ID luồng của nó vào biến toàn cục và sử dụng một số cơ chế khác để báo hiệu điều này cho luồng, cần xử lý nó.

Answer 3

Điều gì về việc sử dụng biến toàn cầu (chuỗi địa chỉ được khai báo) để lưu trữ id-thread, khởi tạo nó trên tạo chuỗi và tham chiếu đến nó trong trình xử lý tín hiệu của chuỗi.

Để biết chi tiết GCC về vấn đề này xin vui lòng xem tại đây: http://gcc.gnu.org/onlinedocs/gcc/Thread_002dLocal.html hoặc tổng quát hơn ở đây: http://en.wikipedia.org/wiki/Thread-local_storage

Answer 4

Bạn có thể sử dụng một cách an toàn pthread_self trong xử lý tín hiệu. Đó là async-signal-safe.

Câu trả lời này là dành cho hậu thế. Tôi không khuyên bạn nên tiếp cận kỹ thuật này. Các câu trả lời và nhận xét khác, đề xuất một cách tiếp cận khác, sẽ tốt hơn để thực hiện.

Vào thời điểm câu hỏi này được đặt ra, sự an toàn của pthread_self không nhất thiết phải rõ ràng. POSIX: Bản sửa đổi kỹ thuật số 1 năm 2008, năm 2013 (hai năm sau khi câu hỏi này được hỏi), làm rõ rằng pthread_self rõ ràng là không đồng bộ-tín hiệu an toàn, như đã nêu trong số Linux signal(7) man page.

Có liên quan, bạn đã đề cập trong nhận xét rằng bạn không chắc liệu hạt nhân "gửi [SIGPIPE] đến bất kỳ chuỗi nào không bị chặn". Đó là một mối quan tâm tốt - nó là một tín hiệu hướng quá trình hoặc tín hiệu chỉ đạo? - và, may mắn thay, thất lạc. Một SIGPIPE do kernel tạo ra là một tín hiệu "được tạo đồng bộ" để đáp ứng với một số cuộc gọi I/O, và được gửi đến chuỗi gọi. Điều này đã được làm sáng tỏ rõ ràng trong Corrigendum 2 (2004) cho POSIX: 2001 để nói rằng một SIGPIPE để đáp ứng với một số write là "sent to the thread" (được thêm vào).