- 综合排序
- 最热优先
- 最新优先
- 来自专栏Rindew的iOS技术分享
iOS NSDate计算之夏令时
夏时令（Daylight Saving Time：DST），又称“日光节约时制”和“夏令时间”，是一种为节约能源而人为规定地方时间的制度，在这一制度实行期间所采用的统一时间称为“夏令时间”。 目前全世界有近110个国家每年要实行夏令时。 公司有个邮件项目，其中Exchange日历需要大量的日期时间的计算。 蓦然的，一个夏令时调整时间相差1小时的新闻出现在我的眼前，然后看刚才的日期2021-10-29，这正好是在夏令时期间，而我的时区是在美国，是一个实行夏令时的国家。 一切得到了解释，日历计算日开始时间自动给我算上了夏令时，而我拿一个2021-10-29有夏令时的日开始时间，去参与计算一个2022-02-18无夏令时日期，自然不可能算对。 可以用daylightSavingTimeOffsetForDate方法获取到夏令时差，这个方法会根据该时区国家是否有夏令时而变动，0或者3600，因此可以直接兼容无夏令时的情况。
1.7K20编辑于 2022-03-24 - 来自专栏菩提树下的杨过
java中如何处理夏令时?
在国际化的项目中，处理时间时经常会遇到夏令时(BST,British Summer Time)问题，发明夏令时（以及冬令时）主要是为了省电。 冷知识：中国历史上也曾经采用过(1986-1991)夏令时，后来因为各种原因，最终取消了这一制度（参见：https://baijiahao.baidu.com/s? java中如何知道某个地区，在某个时间点是否处于夏令时呢？ /** * 夏令时测试(by菩提树下的杨过) */ @Test public void testTimeZone() { LocalTime time = LocalTime.of(10, ) 而2022-11-15 10:20:00 这个时间，London的时区offset为Z(即Zero 零)，即没有向前调整（不是夏令时) 通过这个测试，可以看到JDK里已经自带了夏令时的判断。
2.1K20编辑于 2022-11-18 - 来自专栏运维开发王义杰
Linux: 如何正确处理夏令时
本文将详细介绍在Linux系统中如何设置和验证夏令时，以确保时间数据的准确性和一致性。 1. 理解夏令时和NTP的关系 首先，我们需要明确网络时间协议（NTP）和夏令时之间的关系。 NTP负责同步计算机系统的时钟与世界协调时间（UTC），它本身并不处理夏令时的转换。夏令时的转换完全由操作系统根据内置的时区数据（如tzdata）来自动处理。 如果系统的时区设置正确，系统将在适当的时间自动调整夏令时，无论是否启用了NTP。 2. 配置Linux系统支持夏令时 要在Linux系统中支持夏令时，我们需要确保系统的时区设置正确。 年的夏令时开始和结束时间，帮助我们确认系统是否能正确处理夏令时转换。 应对夏令时带来的挑战 理解并正确配置夏令时对于跨时区运营的企业尤其重要。不正确的时间设置可能会导致数据记录错误、日志时间戳不一致甚至影响客户体验。
2.3K10编辑于 2024-04-25 - 来自专栏BAT的乌托邦
GMT UTC CST ISO 夏令时 时间戳，都是些什么鬼？
偏移量、夏令时…的 这两篇文章搞完，自己再也不用不担心在日期/时间方面埋bug了。 夏令时 DST（Daylight Saving Time），夏令时又称夏季时间（可没有冬令时哦）。 正在使用夏令时的代表国家：美国、欧盟、俄罗斯等等。 每年的夏令时时间段还不一样（一般在3月的第2个周日开始），比如美国2020年夏令时时间是：2020年3月8日 - 2020年11月1日。 自2011年3月27日开始俄罗斯永久使用夏令时，把时间拨快一小时，不再调回。 中国有夏令时没？
5.3K22编辑于 2022-03-08 - 来自专栏BAT的乌托邦
GMT UTC CST ISO 夏令时 时间戳，都是些什么鬼？
偏移量、夏令时...的 这两篇文章搞完，自己再也不用不担心在日期/时间方面埋bug了。 夏令时 DST（Daylight Saving Time），夏令时又称夏季时间（可没有冬令时哦）。 正在使用夏令时的代表国家：美国、欧盟、俄罗斯等等。 [20210115034600405.png#pic_center] 每年的夏令时时间段还不一样（一般在3月的第2个周日开始），比如美国2020年夏令时时间是：2020年3月8日 - 2020年11月1 中国有夏令时没？
4.5K12发布于 2021-01-19 云环境下，外汇夏令时切换如何自动处理？
在腾讯云环境构建外汇量化系统、行情数据中台、实时交易服务时，时区与夏令时（DST）切换是保障数据时序一致性、服务稳定性的底层关键问题。 外汇纽约、伦敦核心交易时段遵循本地时间，每年两次夏令时 / 冬令时切换，会产生 1 小时时区偏移；若未做自动适配，将导致云侧 K 线时序错乱、历史数据回测失真、实时信号触发偏差，影响量化服务与数据平台的可靠性 三、极简代码实现（云环境直接部署）from datetime import datetimeimport pytz# 云侧夏令时自动校准工具函数def cloud_dst_adjust(utc_timestamp datetime.utcfromtimestamp(utc_timestamp) return tz_handler.localize(utc_dt, is_dst=None) # 自动识别夏令时 五、总结腾讯云环境下，夏令时自动校准是外汇量化系统、数据中台、实时服务稳定运行的基础保障。
13110编辑于 2026-05-15- 来自专栏子舒的个人博客
通过 getTimezoneOffset() 方法判断当前时区是否为夏令时
接下来利用这个方法，判断一下当前时区是否为夏令时。 = time2.getTimezoneOffset()) { console.log('夏令时'); } else { console.log('非夏令时'); } // PS E:\demo > node 1.js // 非夏令时
2.2K30编辑于 2022-06-09 - 来自专栏王的机器
盘一盘 Python 特别篇 18 - 时区|夏令时
你说对了，夏令时了解一下。 2 夏令时 夏令时 (daylight saving time, DST) 则是为了充分利用夏天日照长的特点，充分利用光照节约能源而人为调整时间的一种机制。 在 2020 年，夏令时是从 3 月 8 日早上 2 点开始，到 11 月 1 日早上 2 点结束。 夏令时的起点 (将表前拨) 在 3 月 8 日早上 2 点，大家把表往前调 1 个小时到早上 3 点，感觉是 2 点到 3 点这一段的时间突然没有了，如下图所示： ? 注意在调时间这个动作点 (夏令时终点) 的前后从“1 点到 2 点”的时间段有歧义，它们既可以指夏令时结束之前的时间段，也可以指夏令时结束之后的时间段。 1 点钟，比 UTC 慢 4 小时，而 second_1am 是夏令时结束后的早上 1 点钟，比 UTC 慢 5 小时。
3.2K10发布于 2020-07-03 - 来自专栏全栈程序员必看
美国东部时间和北京时间之间的转换方式_北京时间19点美国几点
需要注意的是美国有夏令时，而北京没有夏令时，美国夏令时时会让时间快一个小时，让人民早起早睡，所以在美国实行夏令时时美东时间比北京时间晚12个小时。 ，即UTC-4 /// 在未使用夏令时时美东时间比北京时间（UTC+8时区）晚13个小时，在启用夏令时时美东时间比北京时间晚12个小时 /// /// /// 美国国会2005年通过的能源法案，夏令时时段 ：从2007年开始每年3月的第二个星期日开始夏令时，结束日期为11月的第一个星期日。 { get { return BeijingTimeToAMESTime(DateTime.Now); } } ///
/// 判断当前日期是否是美国夏令时 /// 从2007年开始每年3月的第二个星期日开始夏令时，结束日期为11月的第一个星期日。 5.1K20编辑于 2022-09-20 股票量化系统开发：解决夏令时引发 K 线时序错位的时区标准化实践
在基于云服务搭建股票量化平台、行情解析服务与策略回测系统的过程中，夏令时切换带来的时区偏移，是容易被忽视却会影响整体数据可靠性的隐性问题。 一、问题成因：夏令时对时序数据的影响逻辑部分海外证券市场会执行夏令时规则，每年固定时段将时钟调快一小时，其余时间恢复标准时间。以主流交易所开盘时段为例，当地交易时间固定为 09:30。 标准时间下，该时刻对应 UTC 时间为 14:30；切换至夏令时后，对应 UTC 时间变更为 13:30，产生一小时时差。 UTC 不受夏令时调整影响，是跨市场、跨节点时序数据的通用稳定标准。仅在数据可视化、前端行情展示等应用层，将 UTC 时间转换为交易所本地时间，兼顾业务展示需求与用户阅读习惯。 采用UTC 统一计算、应用层按需转换时区的分层方案，可彻底解决夏令时造成的 K 线错位问题，提升云端全链路数据稳定性，让量化服务更健壮、运维成本更低。
12210编辑于 2026-06-08- 来自专栏天马行空布鲁斯
关于时间的那些事 - 中国也曾实行过夏令时，你知道吗？
那么什么是夏令时呢？ 夏令时英文全称Daylight Saving Time，缩写为dst，在上世纪初，为了节约能源而出现的计时方式，即每到夏天，把时钟拨快一个小时，每到冬天再把时钟拨慢一个小时，这种夏令时制在很多高纬度国家都在使用 现在计算机里面已经能够自动处理标准时间/夏令时的转换。 而其他时间没有这个问题，是因为jdk认为传入的时间就是一个夏令时时间，直接应用夏令时。 另外，由于夏令时的存在，程序在处理某些时间时，可能会把标准时间转成夏令时时间（反之亦然），导致意想不到的结果。
1.9K40发布于 2019-07-30 - 来自专栏快乐阿超
jackson序列化时区问题
difference-between-gmt-plus-8-and-asia-shanghai/ 里面提到的 GMT+8 和 Asia/Shanghai 的区别 GMT+8 因为没有位置信息，所以无法使用夏令时 Asia/Shanghai 使用夏令时 时间戳字符串中不包含时区信息时，解析到的具体时区如果是使用夏令时的，就会跟不使用夏令时的时区，时间不一致。 夏令时（Daylight Saving Time: DST），也叫 夏时制，是指为了节约能源，在天亮的早的夏季，人为将时间调快一小时，以充分利用光照资源，节约照明用电。 ，即将表针由2时拨至3时，夏令时开始；到九月中旬第一个星期日的凌晨2时整（北京夏令时），再将时钟拨回一小时，即将表针由2时拨至1时，夏令时结束。 在夏令时开始和结束前几天，新闻媒体均刊登有关部门的通告。1992年起，夏令时暂停实行。 —— 引自百度百科 夏令时
1.8K20编辑于 2023-02-20 - 来自专栏Java
从 7 天促销活动看国际化开发中的时区问题
而冬令时和夏令时的切换，会让这类问题更复杂。比如法兰克福在夏令时（UTC+2）和冬令时（UTC+1）期间，与 UTC 的时差会变化，若处理不当，会导致时间展示和判断出现偏差。 转换并展示：用工具把 UTC 时间转成当地时间显示，且工具要能自动处理冬令时和夏令时转换 简单代码示例： // 时区对应表，包含有冬令时和夏令时切换的地区 const timezoneMap = { "china": "Asia/Shanghai", // 无冬令时和夏令时 "frankfurt": "Europe/Berlin", // 有冬令时和夏令时切换 "singapore UTC 不存在冬令时和夏令时的变化，能消除因此带来的时间计算混乱，还为分布式系统的跨地域数据同步提供可靠保障。 2. UTC 时间进行权威校验，不受冬令时和夏令时影响； 异常熔断机制：若检测到大量异常时区请求或时间偏差数据，自动触发降级策略，暂停高风险操作直至人工介入。
65110编辑于 2025-08-24 - 来自专栏后端
【夏令时】用@JsonFormat(pattern = “yyyy-MM-dd“）注解，出生日期竟然年轻了一天
了解什么是夏令时2. @JsonFormat注解详解3. 解决夏令时问题方案正文夏令时夏令时，（Daylight Saving Time：DST），也叫夏时制，又称“日光节约时制”和“夏令时间”，是一种为节约能源而人为规定地方时间的制度，在这一制度实行期间所采用的统一时间称为 “夏令时间”。 2时整（北京夏令时），再将时钟拨回一小时，即将表针由2时拨至1时，夏令时结束。 在夏令时开始和结束前几天，新闻媒体均刊登有关部门的通告。1992年起，夏令时暂停实行。 总结来说：在1986年到1991年，时间调快了一小时。
99510编辑于 2024-10-12 - 来自专栏三太子敖丙
你知道程序是怎么处理时区问题的么？
夏令时 夏令时介绍 夏令时（Daylight Saving Time：DST）：又称"日光节约时制"，是一种为节约能源而人为规定地方时间的制度，在这一制度实行期间所采用的统一时间称为“夏令时间”。 可以看到意大利是有夏令时制，夏令时的时间从3月28日到10月31日，冬令时（本地标准时间）是从11月1日到3月27日，在夏令时时段内，时间比标准时间快一个小时，例如罗马市的时区GMT + 1:00，标准时间为 10:00:00，在夏令时的时间就是11:00:00，冬令时的时间就是10:00:00。 处理夏令时 举个例子，意大利罗马的客户需要开发一个税务系统，用于国内各地市的税收记账，由于意大利是有夏令时制，就需要考虑夏令时DST的处理，在开发的过程中，涉及时间问题的包括MySQL数据库（mysql-server DSTQ切换问题，如果设置time_zone='+1:00’这种方式就失去了夏令时机制，目前在MySQL数据库中，在初始化time_zone相关表元数据以后，MySQL就可以自己完成夏令时的修正，不需要额外的服务处理
5.1K20发布于 2021-02-07 - 来自专栏程序员的知识天地
使用 pytz 处理 Python 中的时区问题
它还解决了夏令时结束时模糊时间的问题。几乎所有的 Olson 时区都得到了支持。 UTC中没有夏令时，这使得它成为执行日期算术的有用时区，而不用担心夏令时转换，所在国家/地区更改时区或漫游多个时区的移动计算机造成的混乱和模糊。 夏令时 夏令时是在夏季推进时钟的做法，以便晚上的日光持续时间更长，同时牺牲正常的日出时间。通常，使用夏令时的区域会在接近开始的一小时前调整时钟，并在秋季将其向后调整到标准时间。 例如，在10月的最后一个星期天早上的美国东部时区，发生以下顺序： 01:00 EDT (东部夏令时) 发生 1小时后，而不是凌晨2点，时钟再次返回1小时，再次发生01:00 EST(东部标准时间) >>
3.9K20发布于 2019-05-10 - 来自专栏程序员分享
Unix 时间戳转换实战：一次差点毁掉项目的低级错误
我迅速检查了相关代码，因为我知道Unix时间戳处理不当是最常见的错误之一，特别是在涉及到时区和夏令时转换的时候。 使用Hey Cron，我只需要在创建定时任务时指定时区，就可以自动处理夏令时等问题，大大简化了我的工作。 夏令时问题：不同国家和地区有不同的夏令时规则，而且每年的开始和结束时间也不固定。如果不考虑夏令时，可能会导致时间偏差。精度问题：Unix时间戳通常是以秒为单位的，但有些场景下需要处理毫秒级的时间戳。 单元测试：编写单元测试，覆盖不同的时区、夏令时和时间戳精度场景，确保代码的鲁棒性。 实战案例：处理跨越夏令时的时间戳在另一个项目中，我们需要处理一个跨越夏令时的用户历史记录功能。用户可以在不同的时间点查看他们的历史记录，这些记录的时间戳需要根据用户所在的时区动态调整。
21010编辑于 2026-05-13 全球股市开盘时间和市场假期查询 API 指南
时区调整（如夏令时）、国家节日和特殊事件（如经济数据发布）可能改变这些时间表，因此请始终通过官方交易所网站验证。以下时间均为本地时间，并标注冬令时（标准时）和夏令时（DST）的 UTC 偏移。 夏令时（DST）和冬令时的影响许多国家实行夏令时（Daylight Saving Time, DST），即在春季将时钟向前调一小时，以延长日光时间，并在秋季调回。 CET 本身在冬季为标准时（UTC+1），夏季则变为 CEST（中欧夏令时，UTC+2）。类似地，美国东部时间在 DST 期间从 EST（UTC-5）变为 EDT（UTC-4）。 记住夏令时可能改变时间。节日和变动：市场因本地节日关闭，如美国感恩节或中国春节。使用上述 API 提前查询假期。最佳交易时间：目标开盘后 1-3 小时或主要重叠期，以获流动性。 全球股市时间图谱交织着时区差异、夏令时切换与假期休市，手动追踪不仅繁琐，更易因误差影响决策。市场假期查询 API 正是破解这一难题的关键。
1.6K10编辑于 2025-12-02- 来自专栏架构精进之路
系统设计中 跨时区问题 解决方案
五、补充知识：夏令时、冬令时 夏令时（Daylight Saving Time：DST），也叫夏时制，又称“日光节约时制”和“夏令时间”，是一种为节约能源而人为规定地方时间的制度，在这一制度实行期间所采用的统一时间称为 “夏令时间”。 夏令时调整通常适用于：夏季日照时间相对较长，日出和日落时间发生较大变化的地方。关于夏令时的问题，人们褒贬不一。 有夏令时就会有冬令时，冬令时 通常是指当地使用的标准时间。 在使用夏令时 - 日光节约时制(Daylight Saving Time) 的地区，夏天时钟拨快一小时，冬天再拨回标准时间。 那为什么我国取消夏令时呢？ 调整的效果不大，其实不使用夏令时也能实现节约能源、减少照明成本的目的，只不过把调整人们生活节奏的权利给到了具体场景。在学校，会使用夏季和冬季课表，在工作环境中，某些公司也会针对下冬夏调整上班时间。
1.8K10编辑于 2024-04-30 - 来自专栏科控自动化
S7-1200 CPU的系统/本地时钟的操作
3.设置本地时间指令在夏令时与标准时间切换时的使用。 从标准时间切换到夏令时。 假设切换时间为凌晨 2:00，然后将时间向前移动一小时。 从夏令时切换到标准时间。 假设切换时间为凌晨 3:00，然后将时间向后移动一小时。 DST=TRUE 时，时间是两个小时中的第一个，即仍然在夏令时中。 DST=FALSE 时，时间是两个小时中的第二个，即位于标准时间。 如下图13 所示： 虽然国内没有使用夏令时，时区选择UTC+08:00，读取的时钟仍然会比实际时钟快一小时。如要使系统时间与实际时间一致，取消勾选“激活夏令时"，重新下载项目即可。 图13. 夏令时 注意：STEP7 V14中组态的 S7-1200, 更改时区为UTC+08:00后，默认是不勾选"激活夏令时"。因此不存在以上问题。
6.3K10编辑于 2022-03-29
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号