在写Chrome extension时候，偶尔需要将网页的内容保存到文件。要实现此功能，正常的流程是创建Blob对象存放内容，创建url，创建一个 a 标签，然后将连接与Blob对象关联并放到 a标签的href或者download(H5)属性中。具体参照Stack Overflow方案。然而，有人已经将保存文件的功能封装好了，可以很方便的保存各种类型的文件。地址：https://github.com/eligrey/FileSaver.js。
下面是一个保存文本文件的例子,代码：
<p><a href="javascript:window.saveAs(new Blob([document.getElementById('txt').value]), '文件.txt')">点击保存文本框中的内容到文件</a><br>
<textarea id="txt" style="width: 300px; height: 100px;" spellcheck="false">文本框中的内容</textarea></p>点击保存文本框中的内容到文件
h5移动端实现图片文件上传
PC端上传文件多半用插件，引入flash都没关系，但是移动端要是还用各种冗余的插件估计得被喷死，项目里面需要做图片上传的功能，既然H5已经有相关的接口且兼容性良好，当然优先考虑用H5来实现。
前端使用js读取文件操作
首先我们定义一个input标签type=file、然后我们定义一个jsReadFiles的方法将文件作为参数；当上传文件的时候读取这个文件。图片上传成功，只是图片路径变成了base64编码的形式。
HTML5实现文件读取、编辑、保存
HTML5读取文件主要利用的就是FileReader这个API，它的使用需要从一个构造函数开始，保存文件的关键是生成文件对象，可以使用URL.createObjectURL()方法实现，该方法能返回给定对象的URL，用在<a>标签的href属性上就可以创建可下载的文件链接。
血淋淋的事实告诉你：你为什么不应该在JS文件中保存敏感信息
在JavaScript文件中存储敏感数据，不仅是一种错误的实践方式，而且还是一种非常危险的行为，长期以来大家都知道这一点。
在js文件中引入另一个js文件的实现方法总汇
比如我写了一个JS文件，这个文件需要调用另外一个JS文件，该如何实现呢？这篇文章主要介绍：在js文件中引入另一个js文件的实现
使用HTML5来实现本地文件读取和写入
最近有这样一个需求，就是在HTML页面中有个按钮导出，点击它，将构造一个文档并存储到本地文件系统中。另外还有个按钮，点击它，从本地文件系统中读取一个文件并对内容进行分析。
lock文件_我们为什么需要 lock 文件
从 Yarn 横空出世推出 lock 文件以来，已经两年多时间了，npm 也在 5.0 版本加入了类似的功能，lock 文件越来越被开发者们接收和认可。本篇文章想从前端视角探讨一下我们为什么需要 lock 文件，以及它的一些成本与风险，当然其中一些观点对于后端也是适用的
什么是断点续传？前端如何实现文件的断点续传
什么是断点续传？就是下载文件时，不必重头开始下载，而是从指定的位置继续下载，这样的功能就叫做断点续传。前端通过FileList对象获取到相应的文件，按照指定的分割方式将大文件分段，然后一段一段地传给后端，后端再按顺序一段段将文件进行拼接。
form表单文件上传_multipart/form-data文件上传
form表单的enctype属性：规定了form表单数据在发送到服务器时候的编码方式.。application/x-www-form-urlencoded：默认编码方式，multipart/form-data：指定传输数据为二进制数据，例如图片、mp3、文件，text/plain：纯文本的传输。空格转换为“+”，但不支持特殊字符编码。
使用HttpClient发送文件流到服务器端
适用场景： 网络绝对路径的URL文件或图片，不存储到本地，转换成stream,直接使用HTTPClient传送到SpringBoot的服务端，将文件存储下来，并返回一个文件地址。目前分层架构的系统越来越多这种需求，所以记录下来以备不时之需。
内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!