Cấm giết <PID> không thực sự giết quá trình, tại sao?

Tôi đang cố gắng cải thiện các kỹ năng dòng lệnh của mình và tôi đã gặp phải một vấn đề trong đó tôi không thể giết chết một quy trình. Tôi gõ kill 2200trong đó 2200 là PID của tôi và quá trình không bị giết. Sau vài phút chờ đợi vẫn còn trong topvà ps aux. Tôi thậm chí đã thử gõ nó với sudo - không có kết quả.

Bất cứ ý tưởng tại sao nó sẽ như vậy?

BIÊN TẬP

Tôi đã tìm thấy một phụ thuộc kỳ lạ, nơi fgcập nhật danh sách các quy trình:

x@xxx:/etc/grub.d$ ps
  PID TTY          TIME CMD
 1723 pts/0    00:00:00 bash
 2200 pts/0    00:00:00 top
 2202 pts/0    00:00:00 top
 2258 pts/0    00:00:00 ps
x@xxx:/etc/grub.d$ fg
top

x@xxx:/etc/grub.d$ ps
  PID TTY          TIME CMD
 1723 pts/0    00:00:00 bash
 2200 pts/0    00:00:00 top
 2620 pts/0    00:00:00 ps
x@xxx:/etc/grub.d$ fg
top

x@xxx:/etc/grub.d$ ps
  PID TTY          TIME CMD
 1723 pts/0    00:00:00 bash
 2621 pts/0    00:00:00 ps

Quá trình có thể bỏ qua một số tín hiệu. Nếu bạn gửi SIGKILL, nó sẽ không thể bỏ qua nó (và cũng không bắt nó phải dọn dẹp). Thử:

kill -9 {PID}

Tìm hiểu thêm bằng cách đọc trang hướng dẫn:

man kill

Nếu killđược gọi mà không có bất kỳ tham số nào, nó sẽ gửi tín hiệu số 15 ( SIGTERM). Tín hiệu này có thể được bỏ qua bởi quá trình. Tín hiệu này thông báo cho quá trình dọn dẹp đồ đạc của anh ta và sau đó tự kết thúc một cách chính xác. Đó là cách tốt đẹp.

Bạn cũng có thể "gửi" tín hiệu số 9 ( SIGKILL) mà quy trình không thể bỏ qua. Quá trình thậm chí sẽ không nhận ra nó, bởi vì kernel kết thúc quá trình, chứ không phải chính quá trình. Đó là cách ác.

Một người nói kill -9 <pid>luôn luôn làm việc. Đó là một sự hoài nghi . Có những tình huống thậm chí kill -9không giết chết quá trình. Ví dụ khi một quá trình có trạng thái D(giấc ngủ không bị gián đoạn). Một quá trình đi vào trạng thái này mỗi khi nó chờ I / O (thông thường không lâu lắm). Vì vậy, nếu một quá trình chờ I / O (ví dụ trên ổ cứng bị lỗi) và nó không được lập trình đúng (có thời gian chờ), thì bạn chỉ đơn giản là không thể giết tiến trình . Bất kể bạn làm gì. Bạn chỉ có thể cố gắng làm cho tệp có thể truy cập được mà quá trình tiếp tục.

Mặc dù tên kill không thực sự giết tiến trình, nó sẽ gửi tín hiệu đến nó. Từ trang người đàn ông:

kill - send a signal to a process

Các tín hiệu mặc định gửi qua đường kill [pid]là SIGTERM mà thường nhưng không nhất thiết phải yêu cầu quá trình chấm dứt. Bạn hoàn toàn có thể viết chương trình phát một giai điệu vui vẻ khi bạn gửi tín hiệu SIGTERM cho nó, nhưng không được khuyến nghị.

Một tín hiệu phổ biến khác là SIGHUP thường được sử dụng để yêu cầu chương trình đọc lại các tệp cấu hình của nó.

Nếu bạn thực sự muốn giết một chương trình, bạn cần sử dụng tín hiệu SIGKILL bằng cách thực hiện kill -9 [pid].

Có vẻ như bạn có thể đang tạm dừng một quá trình (có thể bằng cách nhấn Ctrl-Z trong thiết bị đầu cuối). Ở trạng thái này, quy trình của bạn sẽ không phản hồi với SIGTERM vì nó bị đóng băng. Chạy 'fg' làm tan quá trình, vì vậy nó có thể nhận tín hiệu và tự chấm dứt. Điều đó có thể giải thích tại sao 'fg' xuất hiện để cập nhật danh sách quy trình.

Từ trong C ++, tôi đã thực hiện:

kill(4024, SIGKILL);

Và trên thiết bị đầu cuối linux (Ubuntu),

$ ps -ax | grep my_su

Đầu ra là:

4024 pts/1    Z+     0:00 [my_subscriber] <defunct>

Dường như, nó (4024) vẫn còn sống sót. Tuy nhiên, ngay sau khi tôi chấm dứt quá trình cha mẹ được gọi là tuyên bố "giết" ở trên, 4024 đã không xuất hiện nữa. Bây giờ tôi đánh giá quá trình "không còn tồn tại" không gì khác hơn là một dòng được hiển thị và quyết định bỏ qua nó. Tôi hy vọng kinh nghiệm của tôi có thể giúp ai đó ngoài kia. Chúc mừng!

Bạn cũng có thể sử dụng kill -lđể hiển thị các tín hiệu được hỗ trợ theo kiến ​​trúc của mình và tìm hiểu thêm về tín hiệu bạn có thể muốn sử dụng để gửi tín hiệu chính xác.

Lưu ý: như những người khác có thể đã đề cập, việc sử dụng kill -9 {PID}không được khuyến khích trừ khi đó là quá trình zombie. khi một quy trình nhận được SIGKILL sẽ tắt ngay lập tức mà không cần làm sạch hoặc bất kỳ quy trình thích hợp nào khác.

Đây là những gì tôi đã sử dụng để đặt localhost chạy trên cổng 80 (Theo góc cạnh) Nhận thông tin ứng dụng đang chạy trên cổng 80

sudo lsof -i tcp:80

After That 
sudo kill -9 3348

nơi 3348là pid của tiến trình đang chạy