Các quy tắc cụ thể để sử dụng một danh sách liên kết thay vì một mảng là gì?

Một danh sách được liên kết có thể được sử dụng khi bạn muốn chèn và xóa các phần tử giá rẻ và khi các phần tử không nằm cạnh nhau trong bộ nhớ.

Điều này rất trừu tượng và tôi muốn một lời giải thích cụ thể về lý do tại sao một danh sách được liên kết nên được sử dụng chứ không phải là một mảng. Tôi không có nhiều kinh nghiệm về lập trình, vì vậy tôi chưa có nhiều kinh nghiệm trong thế giới thực.

Đây là một phần của một ví dụ giữa một ví dụ và một sự tương tự. Bạn có một số việc phải làm, vì vậy bạn lấy một tờ giấy và viết:

• ngân hàng
• cửa hàng tạp hóa
• bỏ khô

Sau đó, bạn nhớ rằng bạn cũng cần phải mua tem. Vì địa lý của thị trấn của bạn, bạn cần phải làm điều đó sau khi ngân hàng. Bạn có thể sao chép toàn bộ danh sách của mình lên một mảnh giấy mới:

• ngân hàng
• tem
• cửa hàng tạp hóa
• bỏ khô

hoặc bạn có thể viết nguệch ngoạc trên cái bạn có:

• ngân hàng ....... GIAI ĐOẠN
• cửa hàng tạp hóa
• bỏ khô

Khi bạn nghĩ về những việc lặt vặt khác, bạn có thể viết chúng ở cuối danh sách, nhưng với các mũi tên nhắc nhở bạn thứ tự để thực hiện chúng. Đây là một danh sách được liên kết. Nó nhanh hơn và dễ dàng hơn là sao chép toàn bộ danh sách mỗi khi bạn thêm thứ gì đó.

Sau đó, điện thoại di động của bạn đổ chuông trong khi bạn ở ngân hàng "này, tôi đã nhận được tem, không nhận thêm nữa". Bạn chỉ cần gạch chéo STAMPS ra khỏi danh sách, bạn không viết lại một cái hoàn toàn mới mà không có STAMPS trong đó.

Bây giờ bạn thực sự có thể triển khai danh sách việc vặt trong mã (có thể là ứng dụng sắp xếp việc vặt của bạn theo thứ tự dựa trên địa lý của bạn) và có một cơ hội hợp lý bạn thực sự sẽ sử dụng danh sách được liên kết cho mã đó. Bạn muốn thêm và xóa nhiều mục, vấn đề đặt hàng, nhưng bạn không muốn ghi lại toàn bộ danh sách sau mỗi lần chèn hoặc xóa.

• Hashtables sử dụng chuỗi để giải quyết xung đột băm thường có một danh sách được liên kết cho mỗi nhóm cho các thành phần trong nhóm đó.
• Bộ cấp phát bộ nhớ đơn giản sử dụng danh sách miễn phí các vùng bộ nhớ không sử dụng, về cơ bản là danh sách được liên kết với con trỏ danh sách bên trong bộ nhớ trống
• Trong hệ thống tệp FAT , siêu dữ liệu của một tệp lớn được sắp xếp dưới dạng danh sách liên kết của các mục nhập FAT.

"Ngăn xếp cuộc gọi" của ngôn ngữ C được triển khai dưới dạng danh sách được liên kết trong API nhị phân x86 (và hầu hết các loại khác).

Đó là, gọi thủ tục bằng ngôn ngữ C tuân theo kỷ luật nhập trước, xuất cuối. Kết quả của việc thực hiện các lệnh gọi hàm (có thể là đệ quy) được gọi là "ngăn xếp cuộc gọi", hoặc đôi khi chỉ là "ngăn xếp".

Lệnh CALLx86 kết thúc với việc liệt kê một danh sách được liên kết bằng cách sử dụng "ngăn xếp cuộc gọi". Một CALLhướng dẫn đẩy nội dung của% EIP đăng ký, địa chỉ của các hướng dẫn sau các CALLvào bộ nhớ stack. Prolog gọi là fject đẩy nội dung của thanh ghi% EBP, địa chỉ thấp nhất của các biến cục bộ trong funcio gọi, vào bộ nhớ ngăn xếp. Sau đó, hàm prolog được gọi đặt% EBP thành cơ sở ngăn xếp của hàm hiện tại.

Điều đó có nghĩa là% EBP là một con trỏ tới một vị trí bộ nhớ chứa địa chỉ của giá trị% EBP của hàm gọi. Đó không gì khác hơn là một danh sách được liên kết, được triển khai một phần trong phần cứng thông qua CALL.

Theo như những gì nó tốt cho việc này, thì đó là cách CPU x86 thực hiện các lệnh gọi hàm, đặc biệt là các hàm gọi trong đó hàm có bản sao của các đối số và các biến cục bộ của hàm. Mỗi lệnh gọi chức năng sẽ đẩy một số thông tin vào "ngăn xếp cuộc gọi" cho phép CPU chọn nơi mà nó dừng lại trong chức năng gọi mà không bị nhiễu từ chức năng được gọi hoặc chức năng gọi.

Một danh sách liên kết có thể được sử dụng để thực hiện một hàng đợi tin nhắn.

Hàng đợi tin nhắn là một cấu trúc trong đó chúng tôi lưu trữ thông tin về các sự kiện để xử lý sau này. Ví dụ: khi người dùng nhấn phím hoặc di chuyển chuột, đây là một sự kiện. Một ứng dụng có thể đang bận vào thời điểm xảy ra sự kiện, do đó không thể dự kiến ​​sẽ xử lý sự kiện vào thời điểm chính xác khi nó xảy ra. Vì vậy, sự kiện được đặt trong hàng đợi tin nhắn, (thông tin về phím nào được nhấn hoặc nơi chuột di chuyển) và khi ứng dụng có thời gian rảnh, nó sẽ kiểm tra hàng đợi tin nhắn, tìm nạp các sự kiện từ nó và xử lý họ (Điều này xảy ra trong khung thời gian tính bằng mili giây, vì vậy nó không đáng chú ý.)

Từ kịch bản sử dụng mà tôi vừa mô tả, rõ ràng là chúng ta không bao giờ quan tâm đến việc có quyền truy cập ngẫu nhiên vào các sự kiện được lưu trữ trong hàng đợi tin nhắn; chúng tôi chỉ quan tâm để có thể lưu trữ thư trong đó và truy xuất chúng. Vì vậy, sẽ hợp lý khi sử dụng danh sách được liên kết, cung cấp thời gian chèn / xóa tối ưu.

. một số lượng tin nhắn hạn chế trong đó.)