标签: blazor-server-side

也许只是尝试一下这个例子：

https://github.com/HTD/BlazorProfiles

这是一个演示 Blazor 应用程序（默认）。我创建了 2 个自定义应用程序配置文件：开发和生产。只需在 Visual Studio 中按 F5 键即可调试两者。

然后我创建了一个虚拟 Razor 组件库并将其命名为 RCL。我将其作为主项目的依赖项。在我的虚拟 RCL 中，wwwroot我在目录中添加了extra.css文件。该文件的作用是将背景颜色更改为浅绿色。如果发生这种情况 - 则意味着文件已被加载。如果背景保持灰色/白色，则不会加载。

这是_Host.cshtml加载 CSS 的片段：

<link href="_content/RCL/extra.css" rel="stylesheet" />

尝试运行它。有用。但是，有一个条件： ASPNETCORE_ENVIRONMENT环境变量必须设置为“Development”。

如果您测试Production配置文件（或将环境变量更改为“Production”），然后运行应用程序 - 该extra.css文件将不会被加载。

背景没有变成绿色，所以有问题。为什么会发生这种情况？这是 Visual Studio 中的错误吗？

如果您想知道为什么我需要设置此环境变量：它允许加载额外的

appsettings.[ASPNETCORE_ENVIRONMENT].json

文件。所以我可以为我的应用程序设置不同的配置。我需要使用不同的配置测试我的应用程序。现在我只能在 Visual Studio 中使用“开发”配置来调试它。当我将配置更改为其他任何内容时，我无法运行我的应用程序，因为它无法从库中加载组件所需的必要 JavaScript 文件。

因此，预期的行为：无论我在“ASPNETCORE_ENVIRONMENT”中放入什么 - 来自 RCL 的文件应该始终加载。为什么他们不应该呢？

实际行为：使用不同的配置（配置文件）会中断 Razor 组件库加载。

我有一个 Web 应用程序，其客户端在 Blazor 服务器上运行。我已设置自定义 Blazor 重新连接模式 ( <div id="components-reconnect-modal"...)，如文档所述 - Microsoft Docs

我还对 SignalR 和 Blazor 电路进行了这些设置：

    services.AddServerSideBlazor
        (options =>
        {
            options.DisconnectedCircuitMaxRetained = 100;
            options.DisconnectedCircuitRetentionPeriod = TimeSpan.FromMinutes(5);
            options.JSInteropDefaultCallTimeout = TimeSpan.FromMinutes(1);
            options.MaxBufferedUnacknowledgedRenderBatches = 10;
        })
        .AddHubOptions(options =>
        {
            options.ClientTimeoutInterval = TimeSpan.FromSeconds(30);
            options.EnableDetailedErrors = false;
            options.HandshakeTimeout = TimeSpan.FromSeconds(15);
            options.KeepAliveInterval = TimeSpan.FromSeconds(15);
            options.MaximumReceiveMessageSize = 32 * 1024;
            options.StreamBufferCapacity = 10;
        });

但我有一个恼人的问题 - 每当应用程序在浏览器选项卡中打开并保持静止而没有人使用它时，它就会断开连接。它的发生非常不一致，我无法找到这些自定义时间段的配置，但我需要放大它们。例子：

1. 最初于上午 11:34:24 加载应用程序
2. 保持这样一段时间
3. 在控制台中：“信息：连接已断开。” 上午 11:55:48，我的重新连接模式出现。

如何延长连接的生命周期，使其始终大于会话超时。我检查了我的应用程序池的私人内存限制，但它是无限的。它的发生确实与重现的相同步骤不一致。测试 1 - 16 分 20 秒；测试 2 - 21 …

StateHasChanged()从任意线程调用安全吗？

让我给你一些背景。想象一下您拥有的服务器端Blazor / Razor组件应用程序：

• 单例服务NewsProvider，它BreakingNews从任意线程引发事件。
• 一个组件News.cshtml是可以获得的服务注入和订阅BreakingNews事件。引发事件时，组件将更新模型并调用StateHashChanged()

NewsProvider.cs

using System;
using System.Threading;

namespace BlazorServer.App
{
    public class BreakingNewsEventArgs: EventArgs
    {
        public readonly string News;

        public BreakingNewsEventArgs(string news)
        {
            this.News = news;
        }
    }

    public interface INewsProvider
    {
        event EventHandler<BreakingNewsEventArgs> BreakingNews;
    }

    public class NewsProvider : INewsProvider, IDisposable
    {

        private int n = 0;

        public event EventHandler<BreakingNewsEventArgs> BreakingNews;
        private Timer timer;

        public NewsProvider()
        {
            timer = new Timer(BroadCastBreakingNews, null, 10, 2000);

        } …

我有一个 Blazor 服务器应用程序，其中一个页面接受 uri 中的参数。当我单击具有路由设置的锚标记以使用参数（如下所示）访问该页面时，链接工作正常，并且页面加载。

<a href="/MyPage/{@Param1}/{@Param2}"> <!--link content in here--> </a>

但是，如果尝试直接从该 URL 访问该页面，或者在浏览器中手动刷新，则该页面不会重新初始化或命中参数上的任何断点。相反，它会抛出 404 not found。

所以这里有两件事：

• 首先，我很困惑为什么它在锚标记内工作正常，但以其他方式消失。特别是当指令中没有参数的页面@page可以与刷新/直接网址一起正常工作时。
• 其次，这是 Blazor Server 的预期行为还是我在这里遗漏了一些直接破坏页面刷新/点击 URL 的内容？看起来不像是一个功能，但也许我误解了 Blazor 的路由。

相关页面的 Razor 和 Razor.cs：

@page "/MyPage/{Param1}/{Param2}"

<h1>MyPage</h1>

<Metrics Param1="@Param1" />

<Details Param1="@Param1" Param2="@Param2" />

<InProgress Param1="@Param1" Param2="@Param2" />

<InQueue Param1="@Param1" />

<br />

using System;
using System.Linq;
using System.Threading.Tasks;
using System.Collections.Generic;
using Microsoft.AspNetCore.Components;
using MyApp.Data.Models.ApiResponse;

namespace MyApp.Pages
{
    public partial class MyPage
    {
        [Parameter]
        public string Param1 { get; set; …