应使用 DateTime.Today.AddDays(-(int)(today.DayOfWeek - DayOfWeek.Monday + 7) % 7) 计算本周星期一，以避免文化差异和负数取模问题；必须用 DateTime.Today（而非 DateTime.Now）确保日期归一化，防止跨午夜偏差。
怎么用 DateTime 算出本周星期一（考虑不同文化习惯）
C# 里没有直接叫 GetMondayOfThisWeek() 的函数，得自己算。关键是：星期一不一定是“每周第一天”——CultureInfo.CurrentCulture.DateTimeFormat.FirstDayOfWeek 可能是 Sunday、Monday 甚至 Saturday，尤其在非英语环境（比如阿拉伯语系统默认 Saturday 为一周开始）。
实操建议：
- 别硬写
today.DayOfWeek == DayOfWeek.Monday ? today : today.AddDays(-((int)today.DayOfWeek - 1))—— 这假设 Monday 是第一天，错的 - 用
CultureInfo.CurrentCulture或显式指定文化（如CultureInfo.InvariantCulture）来查FirstDayOfWeek - 计算逻辑统一用：
today.AddDays(-(int)(today.DayOfWeek - firstDay) % 7)，其中firstDay是你认定的一周起始日 - 如果业务明确要求“周一为每周第一天”，就别依赖当前文化，直接用
DayOfWeek.Monday作为基准
示例（强制以周一为起点）：
var today = DateTime.Today; var monday = today.AddDays(-(int)(today.DayOfWeek - DayOfWeek.Monday + 7) % 7);注意这里加 7 是防负数取模异常（C# 中负数取模结果可能为负）
DateTime.Now 和 DateTime.Today 在算周一日期时差在哪
用错时间值会导致结果偏差一天，尤其跨午夜时。核心区别：前者带具体时分秒（比如 2024-06-10 23:59:59），后者是当天 00:00:00（2024-06-10 00:00:00）。如果你只关心“日期”，必须用 DateTime.Today，否则 DateTime.Now 在周一凌晨 00:00:01 之后仍会算出上周一。
常见错误现象：
- 周一上午 9 点运行代码，结果返回上周一（因为用了
DateTime.Now，且未截断时间部分） - 部署到不同时区服务器后，周一日期每天飘移
实操建议：
- 所有“本周几”的计算，第一步先归一化：用
DateTime.Today或date.Date（date.Date等价于new DateTime(date.Year, date.Month, date.Day)） - 如果输入是字符串或数据库字段，先解析成
DateTime再调用.Date，别直接对带时间的DateTime做AddDays
为什么 DateTime 计算周一有时多减一天或少减一天
根本原因在于 DayOfWeek 枚举值和数学运算不匹配：Sunday = 0, Monday = 1, ..., Saturday = 6。直接做减法（比如 (int)dt.DayOfWeek - 1）在 Sunday 时得到 -1，再 AddDays(-1) 就变成上周六了。
性能与兼容性影响：
- 用
% 7是安全的，但 C# 中负数取模结果为负（-1 % 7 == -1），所以得先加 7 再取模 - 不要用
Enum.GetValues(typeof(DayOfWeek)).Cast<dayofweek>().ToList()</dayofweek>查索引——慢、没必要、还容易绕晕 - .NET 6+ 有
DateOnly类型，更适合纯日期场景，但计算逻辑一样要处理FirstDayOfWeek
推荐写法（健壮、无文化依赖、不依赖当前线程文化）：
public static DateOnly GetMondayOfThisWeek(DateOnly date) =>
date.AddDays(-(date.DayOfWeek - DayOfWeek.Monday + 7) % 7);
跨年/跨月时 DateTime.AddDays 会不会出错
不会。C# 的 DateTime 和 DateOnly 都是智能日期类型，AddDays(-3) 在 1 月 1 日会自动变成上一年 12 月 29 日，完全没问题。很多人担心“1 月减 3 天越界”，其实是多虑了。
但要注意两个隐性坑：
- 如果用字符串拼接生成日期（比如
"2024-01-01".Substring(0,7) + "-01"），那真会崩——这不是AddDays的问题，是手动构造惹的祸 - 在金融或会计系统中，“本周”可能按财年规则定义（比如每周从周三开始、或每月第一个周五才算本周起点），这时不能只靠
DayOfWeek，得封装成可配置的策略
简单场景下，放心用 AddDays；复杂周期规则，别硬算，抽离成 IWeekCalculator 接口更稳妥。
最常被忽略的是：没确认业务方说的“本周”到底指自然周，还是他们内部排班表里的“周”。技术上算得再准，需求理解错了，周一就永远不对。
