ຄວາມເຂົ້າໃຈຜິດຂອງນັກຂຽນໂປລແກລມກ່ຽວກັບເວລາ Unix

ຂ້ອຍ​ຂໍ​ໂທດ Patrick McKenzie.

ມື້ວານນີ້ ແດນນີ ຂ້າພະເຈົ້າໄດ້ຖາມກ່ຽວກັບຂໍ້ເທັດຈິງທີ່ຫນ້າສົນໃຈກ່ຽວກັບເວລາ Unix, ແລະຂ້າພະເຈົ້າຈື່ໄດ້ວ່າບາງຄັ້ງມັນເຮັດວຽກຢ່າງສົມບູນແບບ unintuitively.

ຂໍ້ເທັດຈິງສາມຢ່າງນີ້ເບິ່ງຄືວ່າສົມເຫດສົມຜົນແລະສົມເຫດສົມຜົນທີ່ສຸດ, ບໍ່ແມ່ນບໍ?

1. ເວລາ Unix ແມ່ນຈໍານວນວິນາທີນັບຕັ້ງແຕ່ວັນທີ 1 ມັງກອນ 1970 00:00:00 UTC.
2. ຖ້າທ່ານລໍຖ້າແນ່ນອນຫນຶ່ງວິນາທີ, ເວລາ Unix ຈະປ່ຽນແປງແນ່ນອນຫນຶ່ງວິນາທີ.
3. ເວລາ Unix ບໍ່ເຄີຍເລື່ອນຖອຍຫຼັງ.

ບໍ່ມີອັນໃດເປັນຄວາມຈິງ.

ແຕ່ມັນບໍ່ພຽງພໍທີ່ຈະເວົ້າພຽງແຕ່, "ບໍ່ມີອັນໃດເປັນຄວາມຈິງ," ໂດຍບໍ່ມີການອະທິບາຍ. ເປັນຫຍັງ. ເບິ່ງຂ້າງລຸ່ມນີ້ສໍາລັບຄໍາອະທິບາຍ. ແຕ່​ຖ້າ​ຢາກ​ຄິດ​ເອງ​ກໍ​ຢ່າ​ເລື່ອນ​ຜ່ານ​ຮູບ​ໂມງ!

ໂມງຕາຕະລາງຈາກ 1770s. ລວບລວມໂດຍ John Leroux. ຈາກ ຄໍເລັກຊັນສະບາຍດີ. ເຜີຍແຜ່ພາຍໃຕ້ໃບອະນຸຍາດ CC BY

ຄວາມເຂົ້າໃຈຜິດທັງສາມຢ່າງມີເຫດຜົນອັນດຽວຄື: ກ້າວກະໂດດວິນາທີ. ຖ້າທ່ານບໍ່ຄຸ້ນເຄີຍກັບວິນາທີກະໂດດ, ນີ້ແມ່ນການອ້າງອີງໄວ:

ເວລາ UTC ຖືກກໍານົດໂດຍສອງປັດໃຈ:

• ເວລາປະລໍາມະນູສາກົນ: ການອ່ານສະເລ່ຍຈາກຫຼາຍຮ້ອຍໂມງປະລໍາມະນູໃນທົ່ວໂລກ. ພວກເຮົາສາມາດວັດແທກຄັ້ງທີສອງໂດຍຄຸນສົມບັດຂອງແມ່ເຫຼັກໄຟຟ້າຂອງປະລໍາມະນູ, ແລະນີ້ແມ່ນການວັດແທກເວລາທີ່ຊັດເຈນທີ່ສຸດທີ່ຮູ້ຈັກກັບວິທະຍາສາດ.
• ເວລາໂລກ, ອີງຕາມການຫມຸນຂອງໂລກຮອບແກນຂອງຕົນເອງ. ການປະຕິວັດອັນເຕັມທີ່ແມ່ນມື້ຫນຶ່ງ.

ບັນຫາແມ່ນວ່າສອງຕົວເລກນີ້ບໍ່ກົງກັນສະ ເໝີ ໄປ. ການຫມູນວຽນຂອງໂລກບໍ່ສອດຄ່ອງ - ມັນຄ່ອຍໆຊ້າລົງ, ດັ່ງນັ້ນວັນເວລາຂອງ Universal Time ຈະຍາວກວ່າ. ໃນທາງກົງກັນຂ້າມ, ໂມງປະລໍາມະນູແມ່ນຖືກຕ້ອງແລະຄົງທີ່ຕະຫຼອດຫຼາຍລ້ານປີ.

ເມື່ອສອງຄັ້ງບໍ່ກົງກັນ, ວິນາທີໜຶ່ງຈະຖືກເພີ່ມ ຫຼືເອົາອອກຈາກ UTC ເພື່ອນຳພວກມັນກັບຄືນສູ່ການຊິງຄ໌. ຕັ້ງແຕ່ປີ 1972 ໃຫ້ບໍລິການ IERS (ເຊິ່ງດໍາເນີນການກໍລະນີນີ້) ເພີ່ມ 27 ວິນາທີເພີ່ມເຕີມ. ຜົນໄດ້ຮັບແມ່ນ 27 ມື້ UTC ທີ່ມີໄລຍະເວລາ 86 ວິນາທີ. ໃນທາງທິດສະດີ, ມື້ຫນຶ່ງທີ່ມີໄລຍະເວລາ 401 ວິນາທີ (ລົບຫນຶ່ງ) ແມ່ນເປັນໄປໄດ້. ທັງສອງທາງເລືອກກົງກັນຂ້າມກັບການສົມມຸດຕິຖານພື້ນຖານຂອງເວລາ Unix.

ເວລາ Unix ສົມມຸດວ່າແຕ່ລະມື້ໃຊ້ເວລາແນ່ນອນ 86 ວິນາທີ (400 × 60 × 60 = 24), ໂດຍບໍ່ມີວິນາທີເພີ່ມເຕີມ. ຖ້າການກະໂດດດັ່ງກ່າວເກີດຂຶ້ນ, ເວລາ Unix ຈະໂດດໜຶ່ງວິນາທີ, ຫຼືນັບສອງວິນາທີໃນຄັ້ງດຽວ. ໃນປີ 86, ມັນຂາດໄປ 400 ວິນາທີ.

ສະນັ້ນ, ຄວາມເຂົ້າໃຈຜິດຂອງພວກເຮົາຕ້ອງໄດ້ຮັບການເສີມດັ່ງຕໍ່ໄປນີ້:

• ເວລາ Unix ແມ່ນຕົວເລກຂອງວິນາທີຕັ້ງແຕ່ວັນທີ 1 ມັງກອນ 1970 00:00:00 UTC ລົບວິນາທີ LEAP.
• ຖ້າທ່ານລໍຖ້າແນ່ນອນຫນຶ່ງວິນາທີ, ເວລາ Unix ຈະປ່ຽນແປງແນ່ນອນຫນຶ່ງວິນາທີ, ເວັ້ນເສຍແຕ່ວ່າວິນາທີ LEAP ໄດ້ຖືກໂຍກຍ້າຍອອກ.

  ຈົນກ່ວາໃນປັດຈຸບັນ, ວິນາທີບໍ່ເຄີຍຖືກລົບອອກໃນທາງປະຕິບັດ (ແລະການຊ້າຂອງການຫມຸນຂອງໂລກຫມາຍຄວາມວ່ານີ້ເປັນໄປບໍ່ໄດ້), ແຕ່ຖ້າມັນເຄີຍເກີດຂຶ້ນ, ມັນຫມາຍຄວາມວ່າມື້ UTC ຈະກາຍເປັນຫນຶ່ງວິນາທີສັ້ນກວ່າ. ໃນກໍລະນີນີ້, ວິນາທີສຸດທ້າຍຂອງ UTC (23:59:59) ຖືກຍົກເລີກ.

  ແຕ່ລະມື້ Unix ມີຈໍານວນວິນາທີດຽວກັນ, ດັ່ງນັ້ນ Unix ວິນາທີສຸດທ້າຍຂອງມື້ທີ່ສັ້ນລົງຈະບໍ່ກົງກັບເວລາ UTC ໃດ. ນີ້ແມ່ນສິ່ງທີ່ເບິ່ງຄືວ່າ, ໃນໄລຍະໄຕມາດທີສອງ:

  
  
  ຖ້າທ່ານເລີ່ມຕົ້ນຢູ່ທີ່ 23: 59: 58: 00 UTC ແລະລໍຖ້າຫນຶ່ງວິນາທີ, ເວລາ Unix ຈະກ້າວຫນ້າສອງວິນາທີ UTC ແລະເວລາ Unix 101 ຈະບໍ່ຖືກມອບໃຫ້ໃຜ.

• ເວລາ Unix ບໍ່ສາມາດກັບຄືນໄດ້, ຈົນ​ກ​່​ວາ​ວິ​ນາ​ທີ​ກ້າວ​ກະ​ໂດດ​ແມ່ນ​ເພີ່ມ​.

  ນີ້ໄດ້ເກີດຂຶ້ນແລ້ວ 27 ຄັ້ງໃນການປະຕິບັດ. ໃນຕອນທ້າຍຂອງມື້ UTC, ວິນາທີເພີ່ມເຕີມແມ່ນເພີ່ມຢູ່ທີ່ 23:59:60. Unix ມີຈໍານວນວິນາທີດຽວກັນຕໍ່ມື້, ດັ່ງນັ້ນມັນບໍ່ສາມາດເພີ່ມວິນາທີເພີ່ມເຕີມໄດ້ - ແທນທີ່ຈະ, ມັນຈໍາເປັນຕ້ອງເຮັດຊ້ໍາເວລາ Unix ສໍາລັບວິນາທີສຸດທ້າຍ. ນີ້ແມ່ນສິ່ງທີ່ເບິ່ງຄືວ່າ, ໃນໄລຍະໄຕມາດທີສອງ:

  
  
  ຖ້າທ່ານເລີ່ມຕົ້ນຢູ່ທີ່ 23: 59: 60.50 ແລະລໍຖ້າເຄິ່ງຫນຶ່ງວິນາທີ, ເວລາ Unix ກັບຄືນມາ ໂດຍເຄິ່ງວິນາທີ, ແລະເວລາ Unix 101 ກົງກັບສອງ UTC ວິນາທີ.

ເຫຼົ່ານີ້ອາດຈະບໍ່ແມ່ນຄວາມແປກປະຫລາດຂອງເວລາ Unix - ພຽງແຕ່ສິ່ງທີ່ຂ້ອຍຈື່ໃນມື້ວານນີ້.

ເວລາ - ຫຼາຍ ສິ່ງແປກປະຫຼາດ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com