Javascript 该文件被多次删除。我认为,使用FileReader的Kaido解决方案很好,不会有太多的内存泄漏,因为它在不使用FileReader时会被收集起来needed@StanE除了FieleRADER API应该是浏览器方法最合适的方法,您可以考虑实现本地NoD

Javascript 该文件被多次删除。我认为,使用FileReader的Kaido解决方案很好,不会有太多的内存泄漏,因为它在不使用FileReader时会被收集起来needed@StanE除了FieleRADER API应该是浏览器方法最合适的方法,您可以考虑实现本地NoD,javascript,html,filereader,Javascript,Html,Filereader,该文件被多次删除。我认为,使用FileReader的Kaido解决方案很好,不会有太多的内存泄漏,因为它在不使用FileReader时会被收集起来needed@StanE除了FieleRADER API应该是浏览器方法最合适的方法,您可以考虑实现本地NoDE.JS服务器,甚至对于一个小的个人项目来说也是如此。如果要监视多个文件或整个文件夹,这项功能非常有用。然后,您可以使用内置的fs.watch或改进和简化文件监视的众多工具之一(只需查看您喜爱的搜索引擎中的“node js file monit


该文件被多次删除。我认为,使用FileReader的Kaido解决方案很好,不会有太多的内存泄漏,因为它在不使用FileReader时会被收集起来needed@StanE除了FieleRADER API应该是浏览器方法最合适的方法,您可以考虑实现本地NoDE.JS服务器,甚至对于一个小的个人项目来说也是如此。如果要监视多个文件或整个文件夹,这项功能非常有用。然后,您可以使用内置的fs.watch或改进和简化文件监视的众多工具之一(只需查看您喜爱的搜索引擎中的“node js file monitor”)来使用文件监视。是的,传递完整目录是个好主意,OP甚至可能只针对他们想要的一个文件,而不是递归检查。同样非常不幸的是,只有Chrome实现了……性能参数对我来说毫无意义,但谢谢你的意见。浏览器访问磁盘数百次,与加载的网站无关。一个简单的元数据调用(甚至不包括内容)应该如何影响性能?顺便说一句,我不能重新考虑,我想我也不应该。这是一种功能,虽然存在,但不能正常工作。如果我问JS一个文件有多大,或者它什么时候被修改过,那么它应该给我正确的值,而它没有。更糟糕的是,不同的浏览器表现不同。音乐和歌剧很好。