相同的代码，相同的资源，拼的时候发生了偏移，通过log看貌似是获取的width和height不对，每次刷新错误的大小的图片可能不一样。
这里获取到的大小有2048/2的，也有100/2的，正确的应该是100/2的大小
代码
不确定是不是我使用方式不对，还是少设置了什么地方。而且我在脚本start里面设置了延迟再加载这些资源，一样还是会有尺寸不对的问题。
这里获取到的大小有2048/2的，也有100/2的，正确的应该是100/2的大小
代码
3.6.3也遇到了，不明白官方为什么不理会这个bug
3.6.3动态加载的远程图片Sprite中的spriteFrame的width和height不正确
我写死大小后就没管了,原来这个bug还在…
1赞
确实还在，，而且我也是通过其他方式绕过去了
年后吧，最近还在忙，到时给你
我之前资源是用的自动图集,不确定是否和这个有关.我一会找下之前的git看能回滚到复现的这个版本不…
我使用的不是图集，最后动态获取的sf也是2048的宽度
猜测是参与了动态合图，获取的是合图的大小
他 会自动动态合图的吗？还是？不大懂，赐教下
但是我之前相同图片,有的正确,有的不正确,要是都不正确还好理解 
你多写几次循环来创建试试
ccc的动态图集。默认尺寸限制512，纹理素材的属性面板上有个packable属性，默认勾上表示可以进行动态图集的合图。你可以将这个sprite使用的纹理的packable勾选去掉试试。如果去掉后正常了，说明就是参与了动态合图导致的。
3赞
确实如此， 那如果我想要packable钩上 又要能正常获取尺寸该怎么办呢
有个original记录着原始的texture
源码 sprite-frame.ts文件里
用getOriginalSize这个方法，这里面记录的原始大小