方便可否给个 demo 或 rpk。
不行的话,只能麻烦修改下:
[creator]/resource/builtin/huawei-runtime/res/rt-adapter.js 的 downloadRemoteFile 方法的 item.url 打印出来
并把 downloadFile 下载失败接口打印。再构建运行看看哪里出问题了
方便可否给个 demo 或 rpk。
不行的话,只能麻烦修改下:
[creator]/resource/builtin/huawei-runtime/res/rt-adapter.js 的 downloadRemoteFile 方法的 item.url 打印出来
并把 downloadFile 下载失败接口打印。再构建运行看看哪里出问题了
下载的临时文件命名规则是怎么样的?
我们先贴一个示例:
proto-ccfile://tmp/tmpfile159246729818042893830.tmp
由此可见,文件名由tmpfile + 一串数字组成,那么这数字代码什么含义呢
稍微拆分一下,1592467298 18042893830
前面10位数字一眼看去就是一个时间戳 ,后面的数字还有11位,不科学,11这个数字略显尴尬,毫秒,微秒,纳秒都是3位。
不明所以,一改当初随机数处理。
那么问题来了。如果产生这个随机文件名的规则出问题了,那后续逻辑将全部崩溃了。
正常:
{“tempFilePath”:“proto-ccfile://tmp/tmpfile159246729818042893830.tmp”,“errCode”:0,“statusCode”:200,“errMsg”:“file operate success”}
异常:
{“tempFilePath”:"",“errCode”:0,“statusCode”:200,“errMsg”:“file operate success”}
明显tempFilePath没有生成成功,返回码却全部都是正常的
罪恶的开始
却没有人对此事负责