เหตุใดฉันจึงไม่สามารถเปลี่ยนชื่อไฟล์ที่กำลังอ่านบน Windows อย่างที่ฉันสามารถทำได้บน Linux / Mac

หนึ่งในสิ่งที่ทำให้ฉันงงตั้งแต่เริ่มใช้ Linux คือความจริงที่ทำให้คุณสามารถเปลี่ยนชื่อไฟล์หรือลบมันในขณะที่กำลังอ่านอยู่ ตัวอย่างคือวิธีที่ฉันพยายามลบวิดีโอโดยไม่ได้ตั้งใจขณะที่เล่น ฉันประสบความสำเร็จและรู้สึกประหลาดใจเมื่อฉันรู้ว่าคุณสามารถเปลี่ยนแปลงอะไรก็ได้ในไฟล์โดยไม่สนใจว่ามันถูกใช้ในขณะนั้นหรือไม่

เมื่อใดก็ตามที่คุณเปิดหรือเรียกใช้ไฟล์ใน Windows Windows จะล็อคไฟล์ดังกล่าว (นี่เป็นการทำให้เข้าใจง่าย แต่โดยทั่วไปจะเป็นจริง) ไฟล์ที่ถูกล็อกโดยกระบวนการไม่สามารถลบได้จนกว่ากระบวนการนั้นจะเผยแพร่ นี่คือเหตุผลที่เมื่อใดก็ตามที่ Windows ต้องอัปเดตตัวเองคุณต้องรีบูตเพื่อให้มีผล

ในทางตรงกันข้ามระบบปฏิบัติการแบบ Unix เช่น Linux และ Mac OS X ไม่ได้ล็อคไฟล์ แต่เป็นภาคดิสก์พื้นฐาน นี่อาจดูเหมือนความแตกต่างเล็กน้อย แต่ก็หมายความว่าบันทึกไฟล์ในสารบัญของระบบไฟล์สามารถลบได้โดยไม่รบกวนโปรแกรมใด ๆ ที่เปิดไฟล์อยู่แล้ว ดังนั้นคุณสามารถลบไฟล์ในขณะที่มันยังคงดำเนินการหรือใช้งานอยู่และมันจะยังคงอยู่บนดิสก์ตราบใดที่บางกระบวนการมีการจัดการเปิดสำหรับมันแม้ว่ารายการของมันในตารางไฟล์จะหายไป

Windows ใช้ค่าเริ่มต้นในการล็อกไฟล์โดยอัตโนมัติ UNIX ใช้ค่าเริ่มต้นเป็นการล็อกไฟล์แบบร่วมมือกัน ในทั้งสองกรณีค่าเริ่มต้นสามารถ overriden แต่ในทั้งสองกรณีพวกเขามักจะไม่

รหัส Windows เก่าจำนวนมากใช้ C / C ++ API (ฟังก์ชั่นที่ต้องการfopen) มากกว่า API ดั้งเดิม (ฟังก์ชั่นที่ชอบCreateFile) C / C ++ API ไม่มีวิธีการระบุว่าการล็อกบังคับจะทำงานอย่างไรดังนั้นคุณจะได้รับค่าเริ่มต้น "โหมดการแบ่งปัน" ที่เป็นค่าเริ่มต้นมีแนวโน้มที่จะห้ามการดำเนินการ "ที่ขัดแย้งกัน" หากคุณเปิดไฟล์เพื่อเขียนการเขียนจะถือว่าขัดแย้งกันแม้ว่าคุณจะไม่เคยเขียนไฟล์จริงๆก็ตาม เหมือนกันสำหรับการเปลี่ยนชื่อ

และนี่คือที่ที่มันแย่ลง นอกจากการเปิดอ่านหรือเขียนแล้ว C / C ++ API ยังไม่มีวิธีระบุสิ่งที่คุณตั้งใจจะทำกับไฟล์ ดังนั้น API จะต้องสมมติว่าคุณกำลังดำเนินการทางกฎหมายใด ๆ ตั้งแต่ล็อคมีผลบังคับใช้เป็นopenที่ช่วยให้การดำเนินการที่ขัดแย้งกันจะได้รับการปฏิเสธแม้ถ้ารหัสไม่เคยตั้งใจที่จะดำเนินการขัดแย้งกัน แต่เป็นเพียงการเปิดไฟล์เพื่อวัตถุประสงค์อื่น

ดังนั้นหากรหัสใช้ C / C ++ API หรือใช้ Native API โดยไม่ต้องคำนึงถึงปัญหาเหล่านี้โดยเฉพาะพวกเขาจะปิดท้ายการป้องกันชุดปฏิบัติการที่เป็นไปได้สูงสุดสำหรับทุกไฟล์ที่พวกเขาเปิดและไม่สามารถเปิดไฟล์ได้ สามารถดำเนินการกับมันเมื่อเปิดไม่มีข้อโต้แย้ง

ในความคิดของฉันวิธี Windows จะทำงานได้ดีกว่าวิธี UNIX ถ้าทุกโปรแกรมเลือกโหมดการแบ่งปันและเปิดโหมดอย่างชาญฉลาดและจัดการกรณีความล้มเหลวอย่างชาญฉลาด อย่างไรก็ตามวิธี UNIX จะทำงานได้ดีขึ้นถ้ารหัสไม่ต้องกังวลกับปัญหาเหล่านี้ น่าเสียดายที่ C / C ++ API พื้นฐานไม่ได้จับคู่กับไฟล์ Windows API ในวิธีที่จัดการโหมดการแชร์และการเปิดที่ขัดแย้งกันได้ดี ดังนั้นผลลัพธ์สุทธิจึงค่อนข้างยุ่ง

นี่เป็นคำถามที่น่าสนใจมากและทำให้ฉันคิดถึงคำตอบที่เหมาะสม ฉันหวังว่าผู้อื่นสามารถให้การสำรองที่นี่

ฉันใช้ทั้ง Windows และ Linux และสังเกตสิ่งนี้เช่นกัน ฉันยังเป็นผู้ใช้เป็นกลุ่ม Vim จะอ่านไฟล์ข้อความเป็น 'buffer' หรือ RAM และจากนั้นจะไม่สัมผัสไฟล์จริงจนกว่าคุณจะบันทึก Linux อาจแสดงการดำเนินการประเภทนี้โดยทั่วไปกับไฟล์ทั้งหมด

ยกตัวอย่างวิดีโอของคุณมันจะอ่านวิดีโอทั้งหมดถ้าเป็นไปได้ใน RAM แล้วคุณมีสำเนาวิดีโอที่สามารถเข้าถึงได้ง่ายค้นหาได้และกระโดดได้ หากไฟล์มีขนาดใหญ่เกินไปคุณอาจประสบปัญหาเนื่องจาก Linux อาจไม่อ่านวิดีโอทั้งหมดอาจเป็นเพียงก้อนใหญ่ เมื่อผู้เล่นของคุณถึงจุดสิ้นสุดของวิดีโอที่บัฟเฟอร์แล้วมันจะพยายามอ่านไฟล์อีกครั้ง หากคุณลบวิดีโอไปแล้วนั่นเป็นสิ่งที่ใช่สำหรับคุณ

Windows เป็นระบบปฏิบัติการที่ 'ปลอดภัย' มากในบางกรณีเพราะมันไม่ยอมให้คุณทำ อาจบัฟเฟอร์ไฟล์ในลักษณะเดียวกับที่ Linux ทำ แต่ยังเพิ่มการล็อกไฟล์เพื่อป้องกันคุณหรือโปรแกรมอื่น ๆ จากการแก้ไขไฟล์ที่คุณกำลังทำงานหรือดูอยู่ สิ่งนี้จะช่วยป้องกันไม่ให้ไฟล์นั้นเสียหายและป้องกันไม่ให้คุณหรือโปรแกรมอื่น ๆ เขียนทับการเปลี่ยนแปลงของกันและกัน