‫بهینه‌سازی کارایی رندرینگ سمت سرور در Blazor 11x با مولفه CacheView

چکیده: رندرینگ سمت سرور ثابت (Static Server-Side Rendering یا SSR) در چارچوب کاری Blazor به توسعه‌دهندگان اجازه می‌دهد تا صفحات وب را با سرعت بارگذاری اولیه بالا و بهینه‌سازی موتورهای جستجو (SEO) تولید کنند. با این حال، رندر مجدد زیردرخت‌های کامپوننتی سنگین در هر درخواست HTTP، می‌تواند فشار پردازشی (CPU Overhead) و نرخ تخصیص حافظه (Memory Allocation) را به شدت افزایش دهد. مایکروسافت در به‌روزرسانی‌های جدید اکوسیستم دات‌نت (از پیش‌نمایش‌های NET 10 / 11.)، قابلیت جدیدی تحت عنوان کامپوننت CacheView معرفی کرده است. این کامپوننت با ذخیره‌سازی خروجی HTML تولیدشده از بخش‌های سنگین صفحه، در درخواست‌های بعدی از نمونه‌سازی (Instantiation) و اجرای مجدد چرخه حیات کامپوننت‌ها جلوگیری می‌کند. این مقاله به بررسی معماری CacheView، استراتژی‌های انقضا، ابعاد تفکیک کش (Vary-By Dimensions)، یکپارچگی با لایه کش توزیع‌شده HybridCache و مکانیزم‌های حفظ امنیت داده از طریق اتریبیوت‌های رفتاری کش (CacheBehavior) می‌پردازد.

• کامپوننت‌های فرزند اصلاً نمونه‌سازی (Instantiate) نمی‌شوند.
• رویدادهای چرخه حیات (مانند OnInitializedAsync یا OnParametersSetAsync) فراخوانی نمی‌گردند.
• خروجی HTML از پیش ضبط‌شده مستقیماً بازپخش (Replay) می‌شود.

@using Microsoft.AspNetCore.Components

<CacheView ExpiresAfter="TimeSpan.FromMinutes(10)"
           VaryByRoute="productId"
           VaryByQuery="page,pageSize"
           VaryByCulture="true">
    <ExpensiveProductSummary ProductId="productId" />
</CacheView>

• انقضای نسبی مطلقه (ExpiresAfter): تعیین طول عمر مشخص بر حسب بازه زمانی (مانند TimeSpan.FromMinutes(10)).
• انقضای زمانی معین (ExpiresOn): تعیین زمان دقیق انقضا با DateTimeOffset.
• انقضای لغزان (ExpiresSliding): تمدید اعتبار کش در صورت ارسال درخواست‌های مکرر در بازه تعیین‌شده.

• VaryByRoute: تفکیک بر اساس پارامترهای مسیر URL (مثلاً شناسه رکورد یا اسلاگ).
• VaryByQuery: تفکیک بر اساس پارامترهای Query String (مانند فیلترها و شماره صفحه).
• VaryByCulture: تفکیک بر اساس Culture فعلی برنامه برای پشتیبانی از سیستم‌های چندزبانه.
• VaryByUser: تفکیک بر اساس کاربر احراز هویت شده (ClaimsPrincipal).
• VaryByHeader / VaryByCookie: تفکیک بر اساس مقادیر هدر یا کوکی‌های مشخص.
• VaryBy: پذیرش یک رشته سفارشی دلخواه برای سناریوهای خاص بیزینس.
• CacheKey: ایجاد تمایز میان چندین مرز CacheView تحت یک کامپوننت والد یکسان.

نکته امنیتی و فنی: کش کردن به صورت خودکار برای متدهای غیر از GET (مانند POST)، در زمان تنظیم Enabled="false"، و در حین فرآیند رندر جریانی (Streaming SSR) متوقف می‌شود تا از ذخیره‌سازی داده‌های موقت یا ناقص جلوگیری گردد.

// Program.cs
builder.Services.AddHybridCache();

builder.Services.AddRazorComponents()
    .AddInteractiveServerComponents();

• کامپوننت حاوی این ویژگی، حتی اگر درون یک CacheView با وضعیت Hit قرار داشته باشد، در هر درخواست مجدداً رندر می‌شود و خروجی جدید آن در ساختار کش تزریق می‌گردد.
• نمونه‌های پیش‌فرض دات‌نت:AntiforgeryToken (جهت حفظ امنیت توکن‌های ضد جعل) و HeadOutlet (تغییر پویای متاتگ‌های سربرگ).

• در صورتی که کامپوننت درون CacheView استفاده شود، سرور خطای سیستمی پرتاب می‌کند تا از انتشار اشتباه داده جلوگیری شود.

• مکمل ویژگی Throw است و مشخص می‌کند در چه صورتی کش کردن این کامپوننت مجاز است.

System.InvalidOperationException: Component 'QuickGrid`1[...]' cannot be used inside a CacheView 
because its output depends on per-request state ([CacheBehavior(CacheBehavior.Throw)], 
[CacheCondition(CacheVaryBy.Query)]) that cannot be safely cached and replayed. To fix this, 
configure the CacheView to vary by Query, or move the component outside the CacheView.