Về cơ bản, bạn đang trả lời câu hỏi của chính mình trong câu hỏi của bạn, nhưng để có câu trả lời, tôi sẽ cố gắng trả lời nó với khả năng tốt nhất của tôi.
Có nhiều cách khác nhau, một cái gì đó có thể trở nên không phản hồi.
Giả sử bạn đang sử dụng Windows, mặc dù quá trình này không khác đối với các hệ điều hành khác.
Khi bạn tương tác với một chương trình, bạn làm như vậy bằng cách nhấp hoặc gõ trong khi chương trình có tiêu điểm.
Nhấp hoặc Nhập sẽ đi qua chuột hoặc bàn phím đến bo mạch chủ. Hệ điều hành sẽ truy vấn những gì đang được gõ và cách di chuyển chuột. Nó diễn giải các tín hiệu và tương tác với các chương trình tương ứng.
Phím tắt sẽ được gửi đến ứng dụng đang hoạt động trừ khi nhấn phím nóng có trạng thái chung. Trong trường hợp đó, hệ điều hành sẽ thực hiện một hành động khác.
Hệ điều hành cũng sẽ làm cho chương trình giữa các chương trình khác hoạt động mà không có bất kỳ tương tác nào. Ví dụ: khi bạn sao chép tệp từ vị trí 1 sang vị trí 2, nếu bạn không nhập bất cứ thứ gì hoặc không di chuyển chuột, thao tác sao chép tệp sẽ vẫn tiếp tục.
Các hệ điều hành hiện đại có một tính năng gọi là Đa tác vụ , về cơ bản có nghĩa là nó quay vòng qua tất cả các chương trình rất nhanh, cho mỗi chương trình thời gian để thực hiện một chu trình trong lập trình của nó. Bằng cách làm như vậy, sẽ xuất hiện tất cả các chương trình chạy cùng một lúc trôi chảy. Trong chu trình này, bản thân Hệ điều hành cũng sẽ được cung cấp thời gian CPU.
Khi một chương trình thực hiện nhiều tính toán, CPU sẽ được sử dụng nhiều hơn. CPU càng được sử dụng nhiều thì càng có ít năng lượng cho phần còn lại của hệ thống, bao gồm cả việc đạp xe qua tất cả các chương trình khác. Khi CPU đạt mức sử dụng 100%, máy tính sẽ trở nên rất chậm vì nó đang chờ thời gian CPU để xử lý tất cả các hoạt động của tất cả các chương trình mở. Hệ điều hành thường ngăn máy tính đóng băng nếu điều này xảy ra, nhưng có khả năng máy tính có thể đóng băng trong những dịp này.
Khi một chương trình đang được tạo, có thể có một lỗi tồn tại khiến chương trình bị sập hoặc không phản hồi khi một loạt các tác vụ được thực hiện.
Có nhiều mức độ không phản hồi khác nhau khi nói về lỗi chương trình. Có thể chương trình trì hoãn việc thực thi của nó chờ đợi một nút nhất định được nhấn, nhưng nút đó xuất hiện bên ngoài màn hình. Chương trình hoạt động bình thường, nó chỉ không chấp nhận đầu vào của người dùng và như vậy dường như bị đình trệ trong khi về mặt kỹ thuật thì không.
Có thể chương trình đang thực hiện một hoạt động bộ nhớ nhưng hoạt động bộ nhớ đề cập đến một phân đoạn bộ nhớ khác, một lần nữa đề cập đến một phân đoạn bộ nhớ khác và trên đường đi kết thúc với phân đoạn bộ nhớ đầu tiên. Kết quả là một vòng lặp không bao giờ kết thúc được hình thành. Chương trình nghĩ rằng nó thực hiện một hành động đơn giản và mong đợi một kết quả trong vòng vài nano giây nhưng gây ra lỗi tràn hoặc tràn bộ đệm. Windows 7 trở lên có một số biện pháp bảo vệ và sẽ đưa ra một lỗi nghiêm trọng: "Chương trình đã ngừng phản hồi và đã bị sập. Gửi báo cáo lỗi". Trong các phiên bản trước của cửa sổ, tùy thuộc vào mức độ nghiêm trọng của vòng lặp bộ nhớ, nó có thể dẫn đến Màn hình xanh chết chóc.
Bản thân Hệ điều hành cũng là một chương trình và có cùng các vấn đề. Có thể một lỗi trong lập trình có thể khiến toàn bộ Hệ điều hành trở nên không phản hồi.
Cuối cùng, một phần của Hệ điều hành là các chương trình được sử dụng để giao tiếp với phần cứng. Chúng được gọi là trình điều khiển. Cũng giống như các chương trình bình thường, một tài xế cũng có thể gặp sự cố và trở nên không phản hồi, mặc dù cơ hội cho điều này xảy ra ít có khả năng xảy ra. Có thể trình điều khiển bàn phím gặp sự cố và khiến bàn phím ngừng phản hồi, trong khi chuột vẫn hoạt động.
Hệ điều hành thường phát hiện các sự cố trình điều khiển và cố gắng khởi động lại trình điều khiển. Tùy thuộc vào mức độ trình điều khiển được lập trình xác định mức độ người dùng tìm thấy sự cản trở của sự cố. Đôi khi nó có thể gây ra nhấp nháy màn hình và không có gì nữa, đôi khi một cửa sổ bật lên được hiển thị cho biết rằng trình điều khiển đã bị hỏng và khởi động lại.
Trình điều khiển Plug and Play thường ổn định và không gặp sự cố. Trình điều khiển tùy chỉnh cho phần cứng cụ thể có thể bị sập dễ dàng hơn vì có khả năng cao hơn một số lỗi chưa được tìm thấy.
Với những giải thích ở trên, đã đến lúc trả lời câu hỏi.
Như đã chỉ ra, một vụ tai nạn có thể xảy ra vì những lý do khác nhau và với mức độ nghiêm trọng khác nhau. Nếu phím CapsLock sẽ kích hoạt đèn LED yêu cầu hai điều. Nó đòi hỏi trình điều khiển phải hoạt động và nó yêu cầu Hệ điều hành dành thời gian để xử lý chu trình lập trình của trình điều khiển (phần đa nhiệm tôi đã đề cập trước đó)
Nếu cả hai đều đúng, nhấn phím Capslock sẽ làm như sau:
Phím được nhấn trên bàn phím và tín hiệu của nó được gửi đến bo mạch chủ. Trình điều khiển của Hệ điều hành giải thích cho Hệ điều hành những gì xảy ra và trình điều khiển gửi thông báo trở lại bàn phím rằng trạng thái LED sẽ thay đổi sang trạng thái mới. Hệ điều hành sẽ sử dụng thông tin này để nhập văn bản trong mũ. Tuy nhiên, một số chương trình tắt phím LED bằng cách gửi tín hiệu capslock thứ hai cho trình điều khiển. Tùy thuộc vào bàn phím, đèn CapsLock có thể không bao giờ bật nếu đây là trường hợp.
Nếu người lái xe không nhận được chu kỳ trực tiếp sau khi nhấn khóa mũ, đèn LED sẽ không thay đổi. Nhưng có thể hệ thống rất chậm vì một số lý do và chu kỳ bị trì hoãn. Trong trường hợp đó, có thể xảy ra việc nhấn capslock hoặc numlock sẽ không ngay lập tức thay đổi trạng thái của đèn LED, nhưng sau một hoặc hai giây.
Cuối cùng, có thể, vì một số lý do ở Cấp độ Hệ điều hành, nó chờ đợi đạp xe qua chu trình lập trình trình điều khiển vì nó chờ đợi một cái gì đó. Nếu đây là trường hợp, có thể chuột vẫn có thể được di chuyển, nhưng mọi thứ khác dường như bị đóng băng.
Cho rằng máy tính sẽ gặp sự cố nghiêm trọng nếu các chức năng LED bàn phím bình thường không hoạt động sau 5 giây trôi qua, có thể giả định một cách an toàn rằng hệ thống đã bị hỏng nghiêm trọng và không thể phục hồi.
Có hai khóa khác, đó là Scroll Lock và Numlock. Từ ba khóa này, Numlock là khóa duy nhất mà các chương trình khác có thể sẽ không lạm dụng do bản chất của khóa. Sẽ đáng tin cậy hơn khi sử dụng numlock để kiểm tra xem hệ thống có phản hồi hay không hơn capslock hoặc khóa cuộn vì một số chương trình có xu hướng sử dụng các phím này để kích hoạt một chức năng khác và do đó chúng thường làm cho trạng thái LED tắt. ít đáng tin cậy hơn để kiểm tra với Capslock hoặc khóa cuộn và đáng tin cậy hơn để kiểm tra với numlock.