这是因为参数“timezone”目前只接受UTC偏移量，而不是实际的时区。由于夏令时(DST),提供这个偏移量目前是没有意义的。目前有一个拉取请求(Pull Request),它允许提供一个时区名称而不是一个偏移量。

你可以使用以下代码将UTC时间加上1小时偏移量：

{{date | date:'short' :'UTC+1h'}}

这将返回格式化后的UTC时间，例如：

2022-03-27T03:00:00.000Z | 3/27/22, 3:00 AM

问题是，目前默认的Angular DatePipe与时区一起使用会改变提供的日期，通过添加1970年1月1日(+01:00)与计算机本地时区的时区偏移量之间的差异(在冬季提供的时间是60分钟，夏季是120分钟)。
这意味着DatePipe在夏令时(DST)时会出现错误。
目前，您需要使用自己的DatePipe,该DatePipe使用Intl API或类似moment-timezone的内容。
顺便说一下，这个方法可以正常工作：
{{date.toLocaleString(undefined, {timeZone: "Etc/GMT-1"})}}

我正在使用自己的datepipe,所以当我测试它时：

date.toLocaleString(undefined, {timeZone: "Etc/GMT-1"})

对我来说是有效的。日期现在是正确的。但是我需要设置一个datetimeformat,因为：

1. 目前我为瑞典语本地化使用瑞典语格式，为芬兰语本地化使用芬兰语格式和英语本地化。
2. 这两种本地化仅用于日期格式。
3. 日期+时间格式
4. 不带秒数的日期+时间格式
   我没有找到可以在date.toLocaleString(undefined, {timeZone: "Etc/GMT-1"})中设置格式的方法。同时，要使用第一个参数也是不可能的，因为本地字符串无法实现，因为我需要芬兰语格式来满足芬兰语和英语本地化的需求。
   对我来说，使用moment的解决方案是可行的：

return moment(value).utcOffset(60).format(format)

刚刚遇到了同样的问题...
在格式Date的这个点上，确实会考虑基于计算机的时区偏移量。

请随时订阅 #54470 以获取有关该主题的任何更新。我们目前正在调查使用 Intl API 进行日期格式化。