aaApi_SelectDocument接口在被调用时,有些时候返回结果的速度过慢是怎么回事?
这个只是取文档的一些属性信息,应该很快的,
需要确认是否试程序其他部分出了问题
可以写个demo 在该方法前后打log 看看时间(应该是毫秒级的)
该方法会将信息放到静态缓冲区,然后从静态缓冲区取 需要的属性。
先打log 确认到底是哪个方法慢
试过了执行一次这个接口的时间大概要3-4秒 但是换一个用户去执行这个接口就只要一下就可以了,就是有些用户调用这个接口返回就特别慢,但是有些用户调用的时候就会特别快
链接:pan.baidu.com/.../1MBFq6K6ohtNQ71Qt1xJddg提取码:1234
老师我做了一个视频 就是关于正常用户和不正常用户的登录和查看 速度方面差距很明显
从你的视频看 和api 没啥关系,你没有二次开发么
所以你的现象应该描述为,相同的pw 客户端,不同的用户登录,有的用户加载数据源快,有的非常慢(客户端会先卡死),过一段时间才能连接上,这个问题可能需要具体问题具体分析(目前我还没想到直接的原因),这个需要请专门的PW AE 远程连接看看问题,所以 需要招PW 销售人员,安排 PW AE 服务 分析问题。
我们是二次开发,但是后面发现在个别用户调用你们的接口时,会耗时比较长,后面发现在PW客户端上一样耗时,也就是上面录制的视频那样,出现这种问题有什么解决方法吗?
现在我们个别几个用户加载目录耗时太长了,是不是你们用户有什么缓存啊?其他的用户遍历目录又很快,用户和用户之间有什么因素会影响访问速度吗?
所有二次开发都要再PW 正常的基础上,PW 不正常 ,二次开发 必然不正常,所以这个把PW 搞正常了,二次开发自然没有问题。 用户在访问速度上没有特别的设置,不具体操作操作,定位不了问题,建议找销售,申请 远程资源,这样才有可能找到问题。
您好,针对用户PW本身是没有做访问限制,建议检查下用户的设置找找有什么不同,可以从下面几个方向排查一下:
1. 测试新建一个逻辑账号,加载目录的时间;
2. 换台机器做相同操作试试;
3. 检查账号之间的设置区别,比如是不是管理员账号?是否设置了不受权限控制?在管理员端看看用户设置是否都是逻辑类型?联合身份?...账号的工作目录是否都是在同一个盘符?客户端的权限也看看(不过我认为跟客户端的设置权限关系不大)等等。
4. 新建一个新数据源,将账号复制过去,再操作试试看。
如果无法定位问题,建议还是申请远程服务查看比较好,