Hiểu các ngoại lệ Errno kỳ lạ của Rubys

Nếu bạn đã từng xem qua hệ thống phân cấp ngoại lệ của Ruby, bạn có thể nhận thấy điều gì đó kỳ lạ. Ngoài tất cả các ngoại lệ bình thường như RuntimeError và NoMethodError, có một tham chiếu kỳ lạ đến Errno::* .

Exception
  StandardError
    ...
    SystemCallError
      Errno::*
    ...

Nếu bạn đã từng gặp may mắn khi ghi vào đĩa khi đĩa đầy hoặc cố gắng thực hiện lệnh gọi API qua mạng bị lỗi thì có thể bạn đã thấy loại lỗi này đang hoạt động. Bạn có thể kích hoạt một tệp ngay bây giờ bằng cách cố gắng mở một tệp không tồn tại.

irb> File.open("badfilename.txt")
Errno::ENOENT: No such file or directory @ rb_sysopen - badfilename.txt
    from (irb):9:in `initialize'
    from (irb):9:in `open'
    from (irb):9
    from /Users/snhorne/.rbenv/versions/2.1.0/bin/irb:11:in `<main>'

Nhưng chính xác thì những trường hợp ngoại lệ Errono là gì? Và tại sao họ lại được đối xử khác biệt, cảm ơn các loại ngoại lệ khác?

Thích ứng Ruby với hệ điều hành

Các ngoại lệ Errno về cơ bản là một bộ điều hợp. Chúng kết nối các lỗi của hệ điều hành với hệ thống ngoại lệ của Ruby. Hệ điều hành xử lý lỗi theo một cách khác với Ruby, vì vậy bạn có để có một số loại bộ điều hợp.

Trong ruby, lỗi có xu hướng được báo cáo là ngoại lệ. Nhưng lỗi của hệ điều hành thường chỉ là số nguyên. Vì vậy, ruby ​​xác định một lớp ngoại lệ cho mỗi lỗi hệ điều hành có thể xảy ra. Sau đó, nó gắn tất cả các ngoại lệ này vào một mô-đun được gọi là Errno.

Chúng tôi có thể sử dụng IRB để xem tất cả các ngoại lệ trong mô-đun này. Và cậu bé, có rất nhiều!

irb> Errno.constants
=> [:NOERROR, :EPERM, :ENOENT, :ESRCH, :EINTR, :EIO, :ENXIO, :E2BIG, :ENOEXEC, :EBADF, :ECHILD, :EAGAIN, :ENOMEM, :EACCES, :EFAULT, :ENOTBLK, :EBUSY, :EEXIST, :EXDEV, :ENODEV, :ENOTDIR, :EISDIR, :EINVAL, :ENFILE, :EMFILE, :ENOTTY, :ETXTBSY, :EFBIG, :ENOSPC, :ESPIPE, :EROFS, :EMLINK, :EPIPE, :EDOM, :ERANGE, :EDEADLK, :ENAMETOOLONG, :ENOLCK, :ENOSYS, :ENOTEMPTY, :ELOOP, :EWOULDBLOCK, :ENOMSG, :EIDRM, :ECHRNG, :EL2NSYNC, :EL3HLT, :EL3RST, :ELNRNG, :EUNATCH, :ENOCSI, :EL2HLT, :EBADE, :EBADR, :EXFULL, :ENOANO, :EBADRQC, :EBADSLT, :EDEADLOCK, :EBFONT, :ENOSTR, :ENODATA, :ETIME, :ENOSR, :ENONET, :ENOPKG, :EREMOTE, :ENOLINK, :EADV, :ESRMNT, :ECOMM, :EPROTO, :EMULTIHOP, :EDOTDOT, :EBADMSG, :EOVERFLOW, :ENOTUNIQ, :EBADFD, :EREMCHG, :ELIBACC, :ELIBBAD, :ELIBSCN, :ELIBMAX, :ELIBEXEC, :EILSEQ, :ERESTART, :ESTRPIPE, :EUSERS, :ENOTSOCK, :EDESTADDRREQ, :EMSGSIZE, :EPROTOTYPE, :ENOPROTOOPT, :EPROTONOSUPPORT, :ESOCKTNOSUPPORT, :EOPNOTSUPP, :EPFNOSUPPORT, :EAFNOSUPPORT, :EADDRINUSE, :EADDRNOTAVAIL, :ENETDOWN, :ENETUNREACH, :ENETRESET, :ECONNABORTED, :ECONNRESET, :ENOBUFS, :EISCONN, :ENOTCONN, :ESHUTDOWN, :ETOOMANYREFS, :ETIMEDOUT, :ECONNREFUSED, :EHOSTDOWN, :EHOSTUNREACH, :EALREADY, :EINPROGRESS, :ESTALE, :EUCLEAN, :ENOTNAM, :ENAVAIL, :EISNAM, :EREMOTEIO, :EDQUOT, :ECANCELED, :EKEYEXPIRED, :EKEYREJECTED, :EKEYREVOKED, :EMEDIUMTYPE, :ENOKEY, :ENOMEDIUM, :ENOTRECOVERABLE, :EOWNERDEAD, :ERFKILL, :EAUTH, :EBADRPC, :EDOOFUS, :EFTYPE, :ENEEDAUTH, :ENOATTR, :ENOTSUP, :EPROCLIM, :EPROCUNAVAIL, :EPROGMISMATCH, :EPROGUNAVAIL, :ERPCMISMATCH, :EIPSEC]

Nhưng tại sao chúng lại được đặt tên khó hiểu như vậy? Ý tôi là, làm sao tôi có thể đoán được rằng ENOINT có nghĩa là "Không tìm thấy tệp?"

... Thực ra có một câu trả lời rất đơn giản.

Bán buôn được sao chép từ libc

Bất cứ ai lần đầu tiên xây dựng mô-đun Errno chỉ cần sao chép trực tiếp các tên lỗi từ libc. Vì vậy, ENOINT, trong C, là tên của macro chứa mã lỗi số nguyên mà Hệ điều hành trả về khi không thể tìm thấy tệp.

Vì vậy, để thực sự tìm hiểu xem mỗi thứ này có tác dụng gì, mẹo là hãy xem tài liệu cho thư viện tiêu chuẩn C. Bạn có thể tìm thấy một danh sách lớn về chúng ở đây. Tôi đã trích dẫn một vài trong số những cái có liên quan hơn bên dưới: