Allocator Interface

Zig में हर allocator को एक ही प्रकार, std.mem.Allocator, के रूप में पास किया जाता है। आपका कोड इसी interface से बात करता है, किसी ठोस backend से नहीं।

std.mem.Allocator एक छोटा interface है: एक pointer और functions की एक table। यह बताता है कि allocator क्या कर सकता है, यह नहीं कि आप किस allocator का उपयोग करते हैं।

page allocator, arena या test allocator—सभी एक ही रूप प्रस्तुत करते हैं। एक को दूसरे से बदलने के लिए calling code में कोई बदलाव नहीं करना पड़ता।

आप एक ठोस allocator प्राप्त करते हैं, फिर उसका .allocator() handle लेकर उसे सामान्य std.mem.Allocator type के रूप में पास करते हैं।

एक बार allocator आपके पास आ जाए, तो जिस भी function को memory की आवश्यकता हो, उसमें वही value पास करें। पूरा program एक ही source साझा कर सकता है।

std.heap.page_allocator memory के लिए सीधे OS से अनुरोध करता है। यह सरल लेकिन मोटे स्तर का है, इसलिए छोटे blocks के बजाय बड़े या लंबे समय तक रहने वाले blocks के लिए उपयुक्त है।

GeneralPurposeAllocator debug builds में रोज़मर्रा की पसंद है। यह हर block को track करता है और आपके लिए leaks तथा double-frees की सूचना देता है।

Interface के आधार पर coding करने का अर्थ है कि आपका function किसी भी allocator के साथ काम करेगा। यही code tests में, bare metal पर या server में चल सकता है।

किसी function को परवाह नहीं होती कि उसे कौन-सा allocator मिला है। वह दिए गए std.mem.Allocator पर alloc और free जैसे methods को बस call करता है।

Zig में कोई एक global heap नहीं है। आप तय करते हैं कि आपके program का प्रत्येक भाग कौन-सा allocator उपयोग करेगा, जिससे memory sources स्पष्ट और स्थानीय रहते हैं।

Tests में इसके बजाय std.testing.allocator पास करें। Code वही रहता है, लेकिन अब leaks के कारण test विफल हो जाता है, जिससे interface का लाभ सिद्ध होता है। ✅

आपने सीखा कि std.mem.Allocator कई backends के ऊपर एक interface है, इसलिए memory माँगने वाला code आपके द्वारा दिए गए किसी भी allocator के साथ काम करता है। 🎯