同一次访问，postman给出的访问时间是557ms，而日志给出的事件是69ms。这个未免差别过大了吧？
同一次访问，postman给出的访问时间是557ms，而日志给出的事件是69ms。这个未免差别过大了[阿里云函数计算]
「点点赞赏，手留余香」
还没有人赞赏，快来当第一个赞赏的人吧！
=====这是一个广告位，招租中，联系qq 78315851====
同尘云，您身边的云智能顾问
同一次访问，postman给出的访问时间是557ms，而日志给出的事件是69ms。这个未免差别过大了吧？
postman是端到端时间，日志里那个是执行时间（函数执行的时间，也就是计费的时间），端到端要点日志的调用链才能看到。
此答案来自钉钉群“阿里函数计算官网客户”
如果在同一次访问中，Postman 显示的响应时间明显高于应用服务器日志中记录的请求处理时间，那么有可能出现如下几种情况：
Postman 本身的误差：Postman 在计算响应时间时，可能会考虑一些额外的因素，例如建立 TCP 连接、SSL 握手等耗时操作。
网络延迟等问题：由于网络环境等因素的影响，Postman 发送的请求和服务器接收并处理请求的时间可能存在较大的差异。
服务器端性能问题：如果服务器端处理请求的性能不足，或者负载较高，也可能导致请求处理时间较长，从而导致 Postman 显示的响应时间长于实际处理时间。
针对此类问题，您可以考虑从以下几个方面入手：
确认 Postman 中的其他参数是否设置正确，例如超时时间、请求头、请求体等等。如果参数设置不当，可能会导致请求处理时间变长。
使用其他工具测试：可以选择使用其他性能测试工具对该接口进行压测，以验证服务端的性能是否存在瓶颈或问题，并排除网络延迟等因素的影响。
检查服务器端性能：可以检查服务器端的硬件配置和资源占用情况，以及服务端程序的运行情况，确认是否存在性能瓶颈。