blocks|key|5495524|text|不幸的是，由于消息/包从您的机器到服务器的来回传输的延迟问题，您可能永远无法获得真正准确的原子钟webservice。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5495525|可通过因特网访问的大多数原子时钟使用称为Network+Time+Protocol的特定协议，该协议包括抖动缓冲器，该抖动缓冲器专门说明并基于传输的等待时间进行调整。与使用HTTP上的web服务相比，这提供了更准确的原子钟时间表示。|offset|length|5495526|我认为如果您必须使用get服务，最准确的将是托管在物理和地理位置最接近您的服务器上的get服务，并且从您自己的计算机到服务器的网络跳数也是最少的，因为这将减少数据包的延迟。|5495527|entityMap|0|LINK|mutability|MUTABLE|url|http://en.wikipedia.org/wiki/Network_Time_Protocol^0|0|K|L|0|0|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Q|8|@]|9|@$D|R|E|S|1|T]]|A|$]]|$1|F|3|G|5|6|7|U|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|V|8|@]|9|@]|A|$]]]|I|$J|$5|K|L|M|A|$N|O]]]]

Unfortunately, you'll probably never get a really accurate atomic clock webservice due to latency issues with the transport of the messages/packets back and forth from your machine to the server.

Most atomic clocks that are accessible over the internet use a specific protocol called the <a href="http://en.wikipedia.org/wiki/Network_Time_Protocol" rel="noreferrer">Network Time Protocol</a> that includes a jitter buffer which specifically accounts for and adjusts based upon the latency of the transport. This provides a more accurate representation of the atomic clock's time than using a web-service over HTTP.

I think if you must use a webservice, the most accurate one will be the one hosted on a server that is physically and geographically closest to you and also has the least number of network hops to get from your own machine to the server, since this will reduce the latency of the packets.

blocks|key|5495552|text|了解延迟。考虑到这一点，我去NIST的网站看“美国时报”，其余的去World+Time+Server，不知道哪一个是“最好的”。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|5495553|entityMap|0|LINK|mutability|MUTABLE|url|http://nist.time.gov/timezone.cgi?Eastern/d/-5/java|1|http://www.worldtimeserver.com/^0|E|4|0|X|H|1|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@$A|O|B|P|1|Q]|$A|R|B|S|1|T]]|C|$]]|$1|D|3|-4|5|6|7|U|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]|L|$5|G|H|I|C|$J|M]]]]

Understood about latency. With that in mind, I go to <a href="http://nist.time.gov/timezone.cgi?Eastern/d/-5/java" rel="nofollow noreferrer">NIST</a>'s site for US times and <a href="http://www.worldtimeserver.com/" rel="nofollow noreferrer">World Time Server</a> for the rest. Don't know if either is the "best".

blocks|key|3384069|text|我认为由于延迟的原因，不存在可靠的原子钟due服务。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3384070|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I think due to latency, there is no such thing as a reliable atomic clock webservice.

blocks|key|3384175|text|Here's+a+blog+post+which+comes+to+the+same+conclusion。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|3384176|纯粹主义者很快就会指出准确性问题。但我敢打赌，即使您的应用程序与原子钟软件本身位于同一服务器上，您也无法获得完全准确的时间。|3384177|我认为时钟Web服务是有必要的。我能想到几个场景，在这些场景中，离开几秒钟并不重要。|3384178|除了准确性之外，服务日期和时间的另一个具有挑战性的领域是考虑到大多数国家的夏令时细节。即使是最新的OSes也很难做到这一点。但这绝对是让时钟Web服务有价值的东西。|3384179|entityMap|0|LINK|mutability|MUTABLE|url|http://weblogs.asp.net/jgalloway/archive/2004/04/08/110029.aspx^0|0|1H|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@$A|S|B|T|1|U]]|C|$]]|$1|D|3|E|5|6|7|V|8|@]|9|@]|C|$]]|$1|F|3|G|5|6|7|W|8|@]|9|@]|C|$]]|$1|H|3|I|5|6|7|X|8|@]|9|@]|C|$]]|$1|J|3|-4|5|6|7|Y|8|@]|9|@]|C|$]]]|K|$L|$5|M|N|O|C|$P|Q]]]]

<a href="http://weblogs.asp.net/jgalloway/archive/2004/04/08/110029.aspx" rel="nofollow noreferrer">Here's a blog post which comes to the same conclusion</a>.

Purists are quick to point to the accuracy problem. But I bet you could not even get perfectly accurate time even if your application was sitting on the same server as the atomic clock software itself.

I think there is a need for a clock Web Service. I can think of a few scenarios where it doesn't matter being off a few seconds. 

Aside accuracy, another challenging area of serving up date and time is taking into account the daylight saving details of most country. That is something even the latest OSes struggle to get right. But that is definitely something that would make a clock Web Service valuable.

blocks|key|5495630|text|由于提供时间的web服务非常少，据我所知，http://www.timeapi.org/utc/now是唯一可靠的web服务(除了http://www.earthtools.org/timezone/0/0，它似乎不可靠)。因此，它是我可以推荐的最准确的一个，特别是如果你只是用它来确定本地时间和UTC时间之间的差值，可以舍入到最接近的15分钟。如果您想使用特定时区的时间，请用时区的三个字母的缩写替换utc+--即，http://www.timeapi.org/est/now代表东部标准时间。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|5495631|entityMap|0|LINK|mutability|MUTABLE|url|http://www.timeapi.org/utc/now|1|http://www.earthtools.org/timezone/0/0|2|http://www.timeapi.org/est/now^0|5L|3|L|U|0|1T|12|1|5T|U|2|0^^$0|@$1|2|3|4|5|6|7|R|8|@$9|S|A|T|B|C]]|D|@$9|U|A|V|1|W]|$9|X|A|Y|1|Z]|$9|10|A|11|1|12]]|E|$]]|$1|F|3|-4|5|6|7|13|8|@]|D|@]|E|$]]]|G|$H|$5|I|J|K|E|$L|M]]|N|$5|I|J|K|E|$L|O]]|P|$5|I|J|K|E|$L|Q]]]]

Since there are so few web services out there delivering time, <a href="http://www.timeapi.org/utc/now" rel="nofollow">http://www.timeapi.org/utc/now</a> is only reliable web service that I know of (besides <a href="http://www.earthtools.org/timezone/0/0" rel="nofollow">http://www.earthtools.org/timezone/0/0</a>, which does not appear to be reliable). Therefore it's the most accurate one I can recommend, especially if you are just using it for determining the difference between local time and UTC time, which can be rounded to the nearest 15 minutes. And if you want the time in a specific time zone, replace <code>utc</code> with the three-letter abbreviation for the time zone -- i.e., <a href="http://www.timeapi.org/est/now" rel="nofollow">http://www.timeapi.org/est/now</a> for the Eastern Standard Time.

blocks|key|2312056|text|只要延迟是可预测的，NTP+NTP服务就可以。NTP是一种有线协议，非常轻量级，可以删除可能导致额外延迟变化(也称为抖动)的任何移动片段。SOAP堆栈将引入更多的可变性。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2312057|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

A NTP webservice would be fine as long as the latency is predictable. NTP is a wire protocol and very lightweight to remove any moving pieces that may cause additional variation in latency (aka jitter). A SOAP stack would introduce more variability.

What is the most reliable World Clock Webservice that you use?

World Clock Webservice?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

您使用的最可靠的世界时钟网络服务是什么？

问世界时钟网络服务？
EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问世界时钟网络服务？EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问世界时钟网络服务？
EN