ASP.NET Razor Pages生产部署后输入小数逗号丢失问题求解

这个问题和浏览器无关，核心原因是ASP.NET Core 模型绑定对浮点类型的解析逻辑依赖当前请求的区域文化（Culture）配置，本地和生产环境的文化配置不一致导致解析结果差异：

• 本地开发环境的系统/应用默认文化，采用逗号作为小数分隔符（如de-DE、nl-NL、fr-FR等欧洲区域文化），因此提交25,5时，模型绑定可以正确识别逗号为小数标记，解析得到25.5，符合预期。
• 生产环境服务器通常默认使用en-US文化，该规则下逗号是千位分隔符，不属于小数的有效组成部分，模型绑定时会自动忽略千分位标记，直接拼接数字字符，最终25,5就被解析为255，和你观测到的错误现象完全匹配。

你当前前端写的pattern="[0-9,]{0,4}"仅做了最基础的字符范围校验，既没有限制逗号的位置，也没有在提交前统一数值格式，相当于把解析规则完全交给服务端环境配置，很容易触发这类环境差异问题。

方案1：全局统一请求文化配置（推荐，一劳永逸） #

显式配置应用的请求本地化规则，不依赖服务器的默认系统设置，从根源消除环境差异。以.NET 6+的Program.cs为例：

var builder = WebApplication.CreateBuilder(args);

// 定义应用支持的文化，根据你的业务实际区域选择，例如下方为荷兰区域，默认使用逗号做小数分隔符
var supportedCultures = new[] { new CultureInfo("nl-NL") };
builder.Services.Configure<RequestLocalizationOptions>(options =>
{
    options.DefaultRequestCulture = new RequestCulture("nl-NL");
    options.SupportedCultures = supportedCultures;
    options.SupportedUICultures = supportedCultures;
    // 按需启用文化自动识别逻辑，支持从查询参数、Cookie、请求语言头读取用户偏好文化
    options.RequestCultureProviders = new List<IRequestCultureProvider>
    {
        new QueryStringRequestCultureProvider(),
        new CookieRequestCultureProvider(),
        new AcceptLanguageHeaderRequestCultureProvider()
    };
});

// 其余服务注册逻辑，例如AddRazorPages()、AddControllersWithViews()等
var app = builder.Build();

// 注意：本地化中间件必须放在路由、静态文件、授权等中间件之前注册
app.UseRequestLocalization();

// 其余中间件配置逻辑
app.Run();

如果你的业务需要同时兼容逗号、点两种小数分隔符输入，可以自定义NumberFormatInfo规则，或者采用下面的自定义模型绑定方案。

方案2：自定义浮点类型模型绑定器，统一解析逻辑 #

如果不想绑定固定区域文化，可以自定义float类型的模型绑定器，解析时统一处理两种分隔符，完全绕开文化配置差异的影响：

public class InvariantFloatModelBinder : IModelBinder
{
    public Task BindModelAsync(ModelBindingContext bindingContext)
    {
        var valueResult = bindingContext.ValueProvider.GetValue(bindingContext.ModelName);
        if (valueResult == ValueProviderResult.None) return Task.CompletedTask;
        
        bindingContext.ModelState.SetModelValue(bindingContext.ModelName, valueResult);
        var rawValue = valueResult.FirstValue?.Trim();
        if (string.IsNullOrWhiteSpace(rawValue)) return Task.CompletedTask;

        // 统一将逗号替换为点，使用固定文化格式解析，不受服务器区域设置影响
        var normalizedValue = rawValue.Replace(',', '.');
        if (float.TryParse(normalizedValue, NumberStyles.Float | NumberStyles.AllowThousands, 
            CultureInfo.InvariantCulture, out var parsedValue))
        {
            bindingContext.Result = ModelBindingResult.Success(parsedValue);
        }
        else
        {
            bindingContext.ModelState.TryAddModelError(bindingContext.ModelName, "请输入有效的数值");
        }
        return Task.CompletedTask;
    }
}

// 注册模型绑定器，Razor Pages和MVC均适用
builder.Services.AddRazorPages(options =>
{
    options.ModelBinderProviders.Insert(0, new BinderTypeModelBinderProvider(typeof(float), typeof(InvariantFloatModelBinder)));
});

方案3：前端提交前做格式归一（辅助方案，不建议单独使用） #

可以在表单提交的JS逻辑中，提前把输入值里的逗号替换为点，保证传入后端的数值是符合InvariantCulture格式的。注意这个方案依赖前端JS正常执行，只能作为辅助防护，必须搭配服务端的配置使用：

function changesUnSaved() {
    // 你原有的未保存变更标记逻辑保留
    // 提交前统一格式化数值
    const fteInput = document.querySelector('input[name="amountOfFTE"]');
    if (fteInput) {
        fteInput.value = fteInput.value.replace(',', '.');
    }
}

所有涉及数值、日期时间的格式解析，永远不要依赖服务器/操作系统的默认区域配置，生产环境的系统版本、默认区域、初始化配置都可能和本地开发环境存在差异，只要不显式指定解析规则，就有概率出现本地正常、生产异常的问题。
另外你当前的前端校验正则[0-9,]{0,4}存在缺陷，没有限制逗号的出现位置和次数，用户可以输入类似1,,2、,123这类无效值，建议调整为类似^\d+[,.]?\d{0,2}$的格式，限制仅能出现一个分隔符，且分隔符前后必须有数字。

内容的提问来源于stack exchange，提问作者Tim Eulink