我一直在调试我的应用成功下载文件并将其复制到Documents目录的问题。最近,该应用程序无法在其后启动时打开下载的文件。我一直在打印出文件URL,这是在最初下载和打开文件时看到的:
unzipped /var/mobile/Containers/Data/Application/9AC69C00-228E-482F-99D8-DD8F214FCE88/Documents/3.atcase to
/var/mobile/Containers/Data/Application/9AC69C00-228E-482F-99D8-DD8F214FCE88/Library/Application Support/thebundleID/current-case
您可以看到UUID相同,但是当我再次启动该应用程序时,我看到以下内容:
couldn't unzip /var/mobile/Containers/Data/Application/9AC69C00-228E-482F-99D8-DD8F214FCE88/Documents/3.atcase to
/var/mobile/Containers/Data/Application/C18E7EFA-C0D0-4213-AF85-F5BC0D2A4207/Library/Application Support/thebundleID/current-case
这次,UUID似乎不同。
我会暂时说答案是肯定的,每次运行应用程序时,应用程序容器文件夹中使用的UUID似乎都会改变,尽管我希望得到经验丰富的开发人员的一些确认。
解决我的问题的方法很简单:不要在数据库中存储绝对文件URL。现在,每次运行应用程序时,文件的URL都是相对于Documents目录URL构造的。由于我以常规方式命名文件,因此无论如何都无需存储URL。
本文收集自互联网,转载请注明来源。
如有侵权,请联系[email protected] 删除。
我来说两句