การส่งคืนอิมเมจ base64 โดยไม่มีหน่วยความจำรั่ว ASP.NET MVC 3

+1 ถึงความคิดเห็นของ Darin Dimitrov

หากรูปภาพ / ข้อมูลที่เข้ารหัส base64 มากกว่า 85K จะถูกจัดสรรบน LOH (ฮีปวัตถุ lage) GC สำหรับการจัดสรรดังกล่าวมีราคาแพงกว่าเนื่องจากต้องรอการรวบรวมรุ่นที่ 2

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

ก่อนหน้านี้ฉันใช้สิ่งนี้:

ไม่มี การรั่วไหล ในโค้ดนี้ ปัญหาคือมันโหลดรูปภาพทั้งหมดในหน่วยความจำก่อนที่จะสตรีมไปยังการตอบสนอง หน่วยความจำทำให้คุณสังเกตเห็นว่ากระบวนการ w3p เป็นเรื่องปกติ และเมื่อ Garbage Collector เริ่มทำงาน มันจะทำความสะอาด คุณไม่ควรกังวลเรื่องนี้จริงๆ เว้นแต่คุณจะแสดงภาพขนาดใหญ่บางภาพ

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

อีกแนวทางหนึ่งที่ฉันอาจแนะนำให้คุณคือไม่จัดเก็บรูปภาพในฐานข้อมูลเลย แต่เก็บไว้ในระบบไฟล์และจัดเก็บเฉพาะเส้นทางไปยังรูปภาพในฐานข้อมูลเท่านั้น จากนั้นในการดำเนินการกับคอนโทรลเลอร์ของคุณ สิ่งที่คุณต้องทำคือ return File(pathToTheImage, "image/jpeg")

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