我正在使用hp load runner 12.53版本我在请求正文中获得2017-09-0511：00：44.1017301的时间戳
任何人都可以解释1017301引用的内容
答案 0 :(得分：0)
我认为这是一秒钟的百万分之一： https://msdn.microsoft.com/en-us/library/8kb3ddd4(v=vs.110).aspx#fffffffSpecifier
The "fffffff" custom format specifier represents the seven most significant
digits of the seconds fraction; that is, it represents the ten millionths of
a second in a date and time value.
Although it is possible to display the ten millionths of a second component
of a time value, that value may not be meaningful. The precision of date and
time values depends on the resolution of the system clock. On the Windows NT
3.5 (and later) and Windows Vista operating systems, the clock's resolution
is approximately 10-15 milliseconds.
答案 1 :(得分：0)
你可以很容易地获得13位数的精度，数千秒。对于额外的四位数，您也可以使用带有前导零的随机四位数字。您的开发人员正在使用它来确保请求之间的某种程度的唯一性。如果他们真的对请求的审计跟踪感兴趣，那么他们将使用相同的时钟进行审计收集，这将是服务器上的时钟，而不是客户端位置的时钟，这些时钟都会略有不同即使同步到同一个可信时间源，也会达到毫秒级别。
在百万分之一秒内，没有相似的机会。
从技术上讲，这不是一种关联，它是从服务器发回并放在后续请求中的数据集合。这很可能是用户指定的参数，其中参数化引擎日期函数加上剩余四位数的随机数参数可以满足您的需要。