㈠ 前端保存HTML时保存不了表单项的内容
不管是不是动态,对应的POJO定义个数组,直接用数组接收值;
或者针对模板定义后端接收的NAME对应INPUT 的NAME,
正常情况下,如果HTML页面对应了POJO或其他方式的取值方法
并且在NAME里面POST提交,都回正常结束.生成的模板看下HTML页面的生成方式,
是否有对应的NAME,前后端确认下就可以解决问题了.
㈡ Echart.js 每次刷新图片自动保存到本地文件夹
浏览器端的js没有存储文件的能力
㈢ 怎么用js实现把数据存储到本地
可以用localstorge或者是浏览器本地数据库，这对浏览器有要求，低版本的IE是不支持的
㈣ Visual Studio Code前端常用快捷键
常用
Ctrl+T 打开最近的文件
Ctrl + Tab 文件切换
Alt+Shift+A 切换块注释（显示出来是）
Atl+Shift+↑(up)向上复制一行
Atl+Shift+↓(down) 向下复制一行
Atl+↑(up) 向上移动一行
Atl+↓(down) 向下移动一行
Atl+Ctrl+↑(up) 在上面添加光标
Atl+Ctrl+↓(down) 在下面添加光标
Ctrl+D 添加下一个匹配
Ctrl+Shift+L 选择所有匹配项
Ctrl+K+S 查看快捷键
第一部分：文件
Ctrl+N 新建文件
Ctrl+Shift+N 新建窗口
Ctrl+O 打开文件
Ctrl+T 打开最近的文件
第二部分：编辑
Ctrl+Z 撤销
Ctrl+Y 恢复
Ctrl+X 剪切
Ctrl+C 复制
Ctrl+V 粘贴
Ctrl+F 查找
Ctrl+H 替换
Ctrl+Shift+F 在文件中查找
Ctrl+Shift+H 在文件中替换
Ctrl+/ 切换行注释
Alt+Shift+A 切换块注释（显示出来是）
第三部分：选择
Ctrl+A 全选
Atl+Shift+↑(up)向上复制一行
Atl+Shift+↓(down) 向下复制一行，如图：
Atl+↑(up) 向上移动一行
Atl+↓(down) 向下移动一行，如图：
Atl+Ctrl+↑(up) 在上面添加光标
Atl+Ctrl+↓(down) 在下面添加光标
Ctrl+D 添加下一个匹配
Ctrl+Shift+L 选择所有匹配项
第四部分：查看
Ctrl+Shift+L 选择所有匹配项
Ctrl+Shift+U 输出，如图：
Ctrl+Shift+M 问题，如图：
Ctrl+Shift+Y 调试控制台，如图：
Ctrl+J 切换面板，如图：
Ctrl+B 切换侧边栏
Alt+Z 切换自动换行
Ctrl++(=) 放大
Ctrl+-(-) 缩小
第五部分：转到
Ctrl+Page Up 切换编辑器，上一个编辑器
Ctrl+Page Down 切换编辑器，下一个编辑器
第六：
Alt+Shift+F 格式化文件
**第七：自动保存文件 **
点击菜单栏文件——》自动保存
发现了按了Ctrl+K+S，打开了如下图这个界面：
㈤ 前端本地存储的 3 种方法 cookie、localStorage、sessionStorage
当网页要发http请求时，浏览器会先检查是否有相应的cookie，有则自动添加在request header中的cookie字段中。这些是浏览器自动帮我们做的，而且每一次http请求浏览器都会自动帮我们做。这个特点很重要，因为这关系到“什么样的数据适合存储在cookie中”。
存储在cookie中的数据，每次都会被浏览器自动放在http请求中，如果这些数据并不是每个请求都需要发给服务端的数据，浏览器这设置自动处理无疑增加了网络开销；但如果这些数据是每个请求都需要发给服务端的数据（比如身份认证信息），浏览器这设置自动处理就大大免去了重复添加操作。所以对于那种设置“每次请求都要携带的信息（最典型的就是身份认证信息）”就特别适合放在cookie中，其他类型的数据就不适合了。
不同的浏览器存放的cookie位置不一样，也是不能通用的。
cookie的存储是以域名形式进行区分的，不同的域下存储的cookie是独立的。
我们可以设置cookie生效的域（当前设置cookie所在域的子域），也就是说，我们能够操作的cookie是当前域以及当前域下的所有子域
一个域名下存放的cookie的个数是有限制的，不同的浏览器存放的个数不一样,一般为20个。
每个cookie存放的内容大小也是有限制的，不同的浏览器存放大小不一样，一般为4KB。
cookie也可以设置过期的时间，默认是会话结束的时候，当时间到期自动销毁
cookie值既可以设置，也可以读取。
我们通过document.cookie来获取当前网站下的cookie的时候，得到的字符串形式的值，它包含了当前网站下所有的cookie（为避免跨域脚本(xss)攻击，这个方法只能获取非 HttpOnly 类型的cookie）。它会把所有的cookie通过一个分号+空格的形式串联起来，例如username=chenfangxu; job=coding
要想修改一个cookie，只需要重新赋值就行，旧的值会被新的值覆盖。但要注意一点，在设置新cookie时，path/domain这几个选项一定要旧cookie 保持一样。否则不会修改旧值，而是添加了一个新的 cookie。
把要删除的cookie的过期时间设置成已过去的时间,path/domain/这几个选项一定要旧cookie 保持一样。
如果我们想长时间存放一个cookie。需要在设置这个cookie的时候同时给他设置一个过期的时间。如果不设置，cookie默认是临时存储的，当浏览器关闭进程的时候自动销毁
使用方法： setCookie('username','cfangxu',30)
domain指定了 cookie 将要被发送至哪个或哪些域中。默认情况下，domain 会被设置为创建该 cookie 的页面所在的域名，所以当给相同域名发送请求时该 cookie 会被发送至服务器。
浏览器会把 domain 的值与请求的域名做一个尾部比较（即从字符串的尾部开始比较），并将匹配的 cookie 发送至服务器。
cookie 一般都是由于用户访问页面而被创建的，可是并不是只有在创建 cookie 的页面才可以访问这个 cookie。 因为安全方面的考虑,默认情况下，只有与创建 cookie 的页面在同一个目录或子目录下的网页才可以访问。即path属性可以为服务器特定文档指定cookie，这个属性设置的url且带有这个前缀的url路径都是有效的。
domain是域名，path是路径，两者加起来就构成了 URL，domain和path一起来限制 cookie 能被哪些 URL 访问。 所以domain和path两个个选项共同决定了cookie何时被浏览器自动添加到请求头部中发送出去。如果没有设置这两个选项，则会使用默认值。domain的默认值为设置该cookie的网页所在的域名，path默认值为设置该cookie的网页所在的目录。
通常 cookie 信息都是使用HTTP连接传递数据，这种传递方式很容易被查看，所以 cookie 存储的信息容易被窃取。假如 cookie 中所传递的内容比较重要，那么就要求使用加密的数据传输。
secure选项用来设置cookie只在确保安全的请求中才会发送。当请求是HTTPS或者其他安全协议时，包含 secure 选项的 cookie 才能被发送至服务器。
把cookie设置为secure，只保证 cookie 与服务器之间的数据传输过程加密，而保存在本地的 cookie文件并不加密。就算设置了secure 属性也并不代表他人不能看到你机器本地保存的 cookie 信息。机密且敏感的信息绝不应该在 cookie 中存储或传输，因为 cookie 的整个机制原本都是不安全的
注意：如果想在客户端即网页中通过 js 去设置secure类型的 cookie，必须保证网页是https协议的。在http协议的网页中是无法设置secure类型cookie的。
这个选项用来设置cookie是否能通过 js 去访问。默认情况下，cookie不会带httpOnly选项(即为空)，所以默认情况下，客户端是可以通过js代码去访问（包括读取、修改、删除等）这个cookie的。
当cookie带httpOnly选项时，客户端则无法通过js代码去访问（包括读取、修改、删除等）这个cookie。 在客户端是不能通过js代码去设置一个httpOnly类型的cookie的，这种类型的cookie只能通过服务端来设置。
HTML5新方法，不过IE8及以上浏览器都兼容。
生命周期：持久化的本地存储，除非主动删除数据，否则数据是永远不会过期的。
存储的信息在同一域中是共享的。
当本页操作（新增、修改、删除）了localStorage的时候，本页面不会触发storage事件,但是别的页面会触发storage事件。
大小：据说是5M（跟浏览器厂商有关系）
localStorage本质上是对字符串的读取，如果存储内容多的话会消耗内存空间，会导致页面变卡
localStorage受同源策略的限制
当storage发生改变的时候触发。 当页面对storage的操作会触发其他页面的storage事件，storage事件是可以跨页面通讯的，在你对storage对象进行任何操作的时候，都会触发storage事件,事件里边包括包括：
storage事件使用参考
对于sessionStorage和localStorage上的任何更改都会触发storage事件，但storage事件不会区分这两者;
其实跟localStorage差不多，也是本地存储，会话本地存储
和 localStorage 的API完全相同
用于本地存储一个会话（session）中的数据，这些数据只有在同一个会话中的页面才能访问并且当会话结束后数据也随之销毁。因此sessionStorage不是一种持久化的本地存储，仅仅是会话级别的存储。也就是说只要这个浏览器窗口没有关闭，即使刷新页面或进入同源另一页面，数据仍然存在。关闭标签页后，sessionStorage即被销毁，或者在新的标签页打开同源的另一个页面，sessionStorage也是没有的。
应用的场景有，比如说我们都知道，在页面刷新的时候，我们写的js里边的变量函数等等的，内存会被释放掉，那么这个时候可以用sessionStorage来存储一些不想被释放掉内存的数据，比如说记录一个滚动条的位置，或者播放器的进度等等
在本地（浏览器端）存储数据
sessionStorage和localStorage 都受到同源策略限制，就是跨域问题，在访问sessionStorage和localStorage 的时候，页面必须在同一个域名，使用同一个协议，并且一个端口
sessionStorage比localStorage更严苛一点，除了协议、主机名、端口外，还要求在同一窗口（也就是浏览器的标签页）下。
localStorage是永久存储，除非手动删除。
sessionStorage当会话结束（当前页面、标签页关闭的时候，自动销毁）
cookie的数据会在每一次发送http请求的时候，同时发送给服务器而localStorage、sessionStorage不会。
sessionStorage和localStorage 也有大小限制，相比cookie大了很多，是5M
sessionStorage和localStorage只能通过客户端操作，cookie既可以通过客户端操作又可以通过服务端操作
㈥ java web项目中有很多的图片，如何存放
一般有两种情况，
一种是前端开发需要显示的图片，这个是页面构成必须的元素，一般这些会做 动静分离，后台接口 跟 前端资源会部署在不同的服务器上，有不同的优化，一般会有转发的服务器，判断是后台接口，就转发到后台的服务器，如果是前端资源，就转发到前台的服务器。一般情况下，前端服务器，跟后台的服务器，是分离开的，有不同的人去管理，如果项目小的话，可能就全放在一个。这个优化的化，你可以去了解下 CDN原理。这个是用来优化静态资源加载情况的。
另一种情况是，显示的图片，不是前端构成的，是用户上传文件产生的，这种情况下，现在一般有专门的对象存储，用过 七牛云，跟阿里的。这个的逻辑是文件上传的时候，不是上传到我们自己的服务器，上传到专门的云服务器，我们自己数据库只需要保存这些上传文件的地址，真正使用的时候，把连接给前端，前端自动会根据内容到专门的云服务器上去获取。所有的安全，优化，带宽，缓存命中，这些都有由云服务器去保证。 简单来说，只有有钱，这些东西根本不会成为你项目的瓶颈。
作为技术，我们讨论的应该不是这些。图片会做备份，这个可以有专门的磁盘阵列去实现，简单来说，就是上传的内容保存到磁盘的时候，会自动多保存几个备份到不同的磁盘上。还是那句话，多去了解下CDN的原理，最后这段，个人理解，不一定对。
㈦ 网页前端：比如当你编辑一篇日志没写完，他自动保存当前的内容，显示上一次保存时间。该怎么实现有加分
我觉得分三步吧：
1，获取编辑内容：
2，获取时间：控制固定时间保存内容；
3，输出保存信息；
㈧ 如何将一个网页填写的内容保存为文档格式至数据库
第一没听过数据库文件夹这一说，第二有图片咋办，第三，可以把数据保存到数据库，把网页同时保存到一个文件夹下
㈨ 前端如何截取video视频中的10s的片段并保存为MP4文件
截取video视频中的10秒片段，可以用电脑上的视频剪辑软件呀，例如格式工厂等，所以你需要是一台装有视频剪辑软件的电脑。
㈩ 前端开发常用哪些工具软件
前端开发的编译器在选择上还是很多的。在学校里，老师主要讲三个前端开发软件：
1、WebStorm
帮助编写HTML、CSS、Less、Sass和Stylus代码，并且支持Node.js和主流框架，如React、Angular、Vue.js、Meteor等。与IntelliJ IDEA同源，继承了IntelliJ IDEA强大的JS部分的功能。但是付费软件。
2、IntelliJ idea
页面很简单，乍一看像是一个记事本，它也确实可以当记事本用。有很多特色插件可以使用，支持多种编程语言的语法高亮显示，具有代码折叠功能。
2、HBuilderX
HBuilderX是DCloud（数字天堂）推出的一款支持HTML5的Web开发IDE。HBuilder的编写用到了Java、C、Web和Ruby。HBuilder本身主体是由Java编写。是HBuilder下一代版本，具有轻便、适合vue框架的特点。