blocks|key|1349214|text|最好的方法是利用NTP+(网络时间协议)服务器同步这两台机器上的时间。您还可以从应用程序中查询NTP服务器，并获得正确的时间，然后可以使用该时间进行计算。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1349215|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|$]]

The best approach is to make use of an NTP (Network Time Protocol) server to sync the time on both machines. You can also query a NTP server from your applications and get the correct time which can then be used for your calculation.

blocks|key|1317533|text|除非源和目标都同步到同一个时间源，否则系统时间可能会相差几秒，如果源和目标位于不同的时区，并且使用本地时间，则系统时间可能会相差几个小时。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1317534|你能做的就是测量从你发送数据包到收到回复的时间。这不是100%25安全的，因为两个包可以通过两条不同的路线。|1317535|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Unless both source and destination is synched to the same time-source, system time can differ by several seconds, or even several hours if source and destination is in different timezones and you use local time.

What you could do is measure the time from you send your packet until you get a reply. This is not 100% safe, as two packets can travel two different routes.

blocks|key|1317597|text|如果接收方是请求消息的人，那么您可以记录请求发出和消息返回的确切时间。它们之间的区别在于你正在寻找的结果。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1317598|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|$]]

If the receiver is the one asking for the message, then you can record the exact time when the request was made and when the message came back. The difference between them is the result you're looking for.

blocks|key|2197233|text|乔希姆是对的。除非这两台机器都有与可靠时钟同步良好的时钟，否则你就没有多少机会测量点对点信息所需的时间。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2197234|您更好地测量往返时间，即发送消息和接收回复之间的时间。您可以使用不与任何外部源同步的时钟来测量此值。|2197235|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Joachim is correct. Unless both machines have clocks that are well synch'ed with a reliable clock, you don't have much chance of measuring the time taken for a point-to-point message.

You are better of measuring round-trip times; i.e. the elapsed time between sending a message and receiving a reply. You can measure this with a clock that is not synchronized to any external source.

blocks|key|2197276|text|时差(到达时差)可能是你最准确的赌注。它不需要时间同步之间的两个主机，仍然给你一个相当准确的RTT。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2197277|你实际上测量了时间的4个不同的时间：|2197278|x1+=+sender+send+time
y1+=+receiver+receive+time
y2+=+receiver+send+time
x2+-+sender+receive+time|code-block|syntax|javascript|2197279|因此，您可以通过从实质上减去接收机(Y)的处理时间来计算RTT：|2197280|x2+-+(y2+-+y1)+-+x1|2197281|对于java中最精确的当前时间，使用System.nanoTime()；|2197282|entityMap^0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|R|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|S|8|@]|9|@]|A|$G|H]]|$1|I|3|J|5|6|7|T|8|@]|9|@]|A|$]]|$1|K|3|L|5|F|7|U|8|@]|9|@]|A|$G|H]]|$1|M|3|N|5|6|7|V|8|@]|9|@]|A|$]]|$1|O|3|-4|5|6|7|W|8|@]|9|@]|A|$]]]|P|$]]

TDOA (Time-Difference of Arrival) is probably your most accurate bet. It doesn't require time syncing between two hosts and still gives you a pretty accurate RTT.

You essentially measure time 4 different times:

<pre><code>x1 = sender send time
y1 = receiver receive time
y2 = receiver send time
x2 - sender receive time
</code></pre>

so you can calculate the RTT by essentially subtracting out the processing time of receiver (y):

<pre><code>x2 - (y2 - y1) - x1
</code></pre>

For the most precise current time in java use System.nanoTime();

I am making a network application and I would like to display the time messages take to travel from sender to receiver. 

What ways you believe are fit to implement this feature ?

What I have thought is storing the current time on message and comparing with time on receiver end. Although on java doc it says the current Time given might be different depending on OS.

<blockquote>
 How should I get the current Time so that it will be same on every OS?
 (or just OSX and win)
</blockquote>

p.s: The application in most cases is about just sending messages and not expecting something back.

Measure message transmission speed

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

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

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

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

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯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编辑器全新改版上线，欢迎大家体验!

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

社区新版编辑器体验调研

我正在制作一个网络应用程序，我想显示从发送方到接收方之间传递信息所需的时间。您认为适合实现此功能的方法是什么？我想的是将当前的时间存储在消息上，并与接收端的时间进行比较。尽管在java上，它表示根据操作系统的不同，当前给定的时间可能有所不同。，我应该如何获得当前的时间，以便在每个操作系统上都是相同的？(或者只是OSX和win)p.s:在大多数情况下，应用程序只是发送消息，而不是期待返回。

问测量消息传输速度
EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问测量消息传输速度EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问测量消息传输速度
EN