2、cookie不是很安全，别人可以分析存放在本地的COOKIE并进行COOKIE欺骗
考虑到安全应当使用session。
3、session会在一定时间内保存在服务器上。当访问增多，会比较占用你服务器的性能
考虑到减轻服务器性能方面，应当使用COOKIE。
4、单个cookie保存的数据不能超过4K，很多浏览器都限制一个站点最多保存20个cookie。
2. vue的数据绑定原理，mvvm与mvc的区别MVVM：
m:model数据模型层 v:view视图层 vm:ViewModelvue中采用的是mvvm模式，这是从mvc衍生过来的MVVM让视图与viewmodel直接的关系特别的紧密，就是为了解决mvc反馈不及时的问题
图片说明一下：
说到MVVM就要说一下双向绑定和数据劫持的原理，
MVC：
m:model数据模型层 v:view视图层 c:controller控制器
原理：c层需要控制model层的数据在view层进行显示
MVC两种方式，图片说明：
总结：
mvvm与mvc最大的区别：MVVM实现了view与model的自动同步，也就是model属性改变的时候， 大家不需要再自己手动操作dom元素去改变view的显示，而是改变属性后该属性对应的view层会自动改变。
不懂得可以复制链接查看：
https://www.pianshen.com/article/3716256399/
3. storage 的区别 sessionStorage localStoragelocalStorage的生命周期是永久性的。假若使用localStorage存储数据，即使关闭浏览器，也不会让数据消失，除非主动的去删除数据，使用的方法如上所示。localStorage有length属性
sessionStorage 的生命周期是在浏览器关闭前。也就是说，在整个浏览器未关闭前，其数据一直都是存在的。sessionStorage也有length属性，其基本的判断和使用方法和localStorage的使用是一致的
4.v-model双向数据原理有一个文本框 通过v-bind绑定了value属性 值为myname 是大家在vue实例中定义的属性传统大家获取文本框值方法 可能通过getElementById找到文本框 然后获取其value属性但是vue中直接通过v-bind绑定了value属性 所以不需要像之前那样获取值所以在后面的按钮中获取name值 直接获取vue实例对象data里面的myname属性即可
【数据为尊 —-数据映射到浏览器 如果数据v-model后修改（肯定input）然后到数据在有数据映射到浏览器页面 —-映射关系统称】
5.keepAlive用过吗？什么作用？缓存路由组件
使用的是vue的一个组件，参考vue的官方文档
使用这个东西可以保证大家在切换组件的时候，原来显示的组件不被销毁
—–【保障组件的数据不会被切换路由而销毁数据】
<keep-alive include=”Home”> Home是对应的组件对象的名字，不是路由的名字
<router-view></router-view>
</keep-alive>
6.多维数组拍平数组拍平也称数组扁平化，就是将数组里面的数组打开，最后合并为一个数组
一红六种方法吧……
了解的请看：https://www.cnblogs.com/guan-shan/p/10165737.html
7.跨域的原因 解决方案跨域是指一个域下的文档或脚本试图去请求另一个域下的资源，这里跨域是广义的。
这样就可以说同源策略—-协议—端口—域名
原生的src和href可以解决跨域
代理可以解决
请求头也可以携带浏览器提示的也可以解决
一般都是后端解决跨域问题
【别的需要了解看下方链接】
https://blog.csdn.net/qq_41604383/article/details/100770100
8.uniApp兼容问题§ 如果你使用cli创建项目（即项目根目录是package.json），不管用什么ide，即便是用HBuilderX，切记cli项目的编译器是在项目下的，HBuilderX不管怎么升级都不会影响编译器版本。你需要手动npm update来升级编译器。以及如果你想要安装less、scss等预编译器，也需要自己npm安装在项目下，而不是在HBuilderX的插件管理里安装。
§ 如果你使用离线打包，请注意HBuilderX升级后，真机运行基座和云打包对应引擎跟随HBuilderX升级，而你的sdk需要手动升级。sdk的版本升级一般滞后HBuilderX正式版升级一两天。
§ 如果你使用自定义基座，之前制作的自定义基座是不会跟随HBuilderX升级的，升级HBuilderX后你应该重新制作新版自定义基座。
§ 如果你使用wgt升级，新版HBuilderX编译的wgt，运行到之前的runtime上，一定要先测试好，看有没有兼容性问题。如果有问题，就不要wgt升级，整包升级。
§ 考虑到向下兼容，uni-app编译器在升级为新的自定义组件模式后，同时保留了对老编译模式的向下兼容。在HBuilderX alpha版中，App端一定会使用新编译器，不理会manifest配置。在HBuilderX 正式版中，新创建的项目会使用新编译器，老项目不会强制使用，而是开发者自己在manifest里配置开启。
§ 如果你使用其他ide开发uni-app，会经常因为拼错单词而运行失败，因为经过webpack编译一道，很多错误反应的不够直观，排错时间很长，不如从开始就依赖有良好提示的HBuilderX，避免敲错单词。
§ 云打包的引擎版本说明HBuilderX Alpha，只有1套云打包机，不管你的HBuilderX alpha版本多少，对应的打包机一定是最新的alpha版的客户端引擎。HBuilderX正式版，有2套打包机，一个是最新正式版，一个是次新正式版。中间的紧急更新版本没有独立打包机。举个例子：HBuilderX 有1.8.0、1.8.1、1.8.2、1.9.0、1.9.1这几个正式版。那么当前可用的打包机有1.9.1和1.8.2这2台。（即每个大版本的最后一个版本）除了这2个HBuilderX版本外，其他版本的云打包都指向最新的1.9.1版对应的打包机。（即只保留2个大版本的云打包机）
【详情请看】
https://ask.dcloud.net.cn/article/35845
Java程序员面试中容易被问哪些问题？
谢邀~
从第二家单位开始，就负责社招的面试工作（技术方面），近两两年，也开始负责校招的工作，和大家分享一下偶一般会问的问题，和一些偶比较看重的地方，大家可以借鉴。
校招其实说实话，大家单位校招没有什么优势，一般来面试大家公司开发岗位的，最好也就是中等偏上的985学校（最低要求是一本）。所以一般来说，只要不是沟通能力特别差的，基本都会通过。但是面试流程还是要走的，偶一般问的都特别简单：
基本的数据结构和算法的问题，都是大学课程里面涵盖的内容。一些Java的基础知识，基础到Java的基本类型有哪些，String是基本类型么，诸如此类。简单的SQL语法。最难的可能就是简单的编程问题，基本上就是一个main函数搞定的，输入几个值，经过计算得到结果。初级偶主要是面试乙方（外包），初级基本上要两年以上工作经验；基本上简历上写什么，偶就问什么，所以偶建议，如果你不会的东西，不要随便写在简历上。
先做自偶介绍，主要看一下表达能力和第一印象，所以偶建议大家面试之前都准备一套自偶介绍的词儿。
基本上还是从项目出发，先问一下业务上的流程，这个阶段的开发，偶对整个项目的流程问的少，还是主要问单个模块的业务流程。
技术方面主要以使用为主，就是看看你是否到底使用过。比如写了使用过Mybatis，那么偶可能会问#和$的区别，如果写了使用过Spring的话，那么偶可能会问依赖注入有几种方式，诸如此类。
SQL方面会问一些复杂SQL的写法，比如一些数据库函数，左连接右连接之类的。
中级工作三到五年的。
还是从项目出发，问的可能会稍微的多一些，希望对方可以对整个项目甚至是某一个行业有着整体的了解。
技术方面不仅仅要求是使用过了，偶的要求可能会更高一些。如果还是Mybatis，那么偶就可能会问到一级二级缓存，甚至是自定义缓存，如果是Spring的话，可能就会问到Bean是如何被管理的。
一些主流技术和框架，可能你没写在简历上，但是偶也会问一问。比如现在很常见的内存数据库、Spring Boot等。
Java基础知识可能会问，比如JVM相关、Java的集合等。
SQL方面，优化是偶主要问的，比如索引失效的问题。
高级的一般都招不来，哈哈，没有面试过。
偶将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。前端说改个东西要两天？
偶也是后端开发，但是想强答一波 （手动斜眼）
后端开发主要是理清楚逻辑，在框架内将所需要的的数据提供给前端展示出来。其中所有的目标是明确的。偶就是需要这部分的数据，所选择的技术类型在框架内也会有明确的要求。所以后台开发的时间基本是在对业务逻辑的整理上面。
前端的需求则是对数据的展示。获取到数据后，他们需要考虑的展示效果包括展示界面的大小是否合适，颜色调整，界面功能图标选择，选择的图标，原型是否符合审美，对整理的风格是否统一等都需要考虑。有的一个图标选择困难症就会纠结很久。而且有一个众所周知的点，产品经理与程序员的 矛盾。他看着简单的问题，但是实现起来很复杂。有可能后端觉得前端展示非常简单，其实也是一种片面的看法。
前端的展示对一个产品有着十分重要的作用。 前后端分离，也是为了更好的成品。
如何学习Web开发？
web framework层出不穷，特别是ruby/python,各有10+个,php/java也是一大堆 根据偶自己的经验写了一个to do list,按照这个清单，一条一条的学习，事半功倍，很快就能掌握 一共25条，即便很磨蹭，2小时也能搞定一条，25*2=50。只需要50小时就能掌握任意一种web框架各类web框架大同小异:现代web开发框架的6大元素，把握主线，就不会迷路
建议把本文打印到一张A4纸，搞定一条打个勾
web框架学习列表 如何定义 url router如何组织 request handler 函数写一个最简单的request handler 函数如何从get/post请求中取出参数如何定义全局url 拦截函数如何获取/修改/存储 cookie,session数据如何修改/输出 http header 数据如何部部署app 程序服务器部署可以参考读python web 程序的9种部署方式如何配置开发环境如何配置静态文件访问如何访问数据库是否支持ORM支持orm如何维护表结构的变更如何定义/组织/初始化 数据表如何对接orm系统和现有的表结构掌握最基本的add/delete/按字段查询/count/slice/order by如何直接使用sql 访问数据库不支持orm (这样的web框架，不用也罢)如何使用模板系统如何组织/访问 模板文件的目录结构如何在模板中嵌入代码模板是否支持继承结构模板之间如何include如何自定义模板函数如何通过http get/post 获取远程数据如何parse json如何parse xml如何输出为 json如何处理状态码:404和50x如何处理文件上传可选的学习项目 发送emaillog图片处理误区 表单验证辅助函数，很多框架的表单验证部分实现的特别复杂，初学者完全不需要，手写代码处理就够用ORM中的hasone,manytomany,onetomany关系,概念很复杂，其实只是多写/少写一个查询字段的关系，学习成本太高，初学者完全不需要理会，直接跳过。
如何快速学习一个WEB开发框架http://www.pcpob.com/article/view/1939-how-to-study-a-web-framework
如果已经学会了一个PHP框架，再去学习其他php框架，那么会很容易上手。但是如果还没有php框架基础，想去学习php框架，往往是一头雾水，不知道从哪里下手，从偶学习php框架的经验，给大家分享一下，如何快速的去学习并掌握一个框架。一，选择一个合适的php框架 在国内，使用zf,ci和tp框架的人比较多，新手可以从中选一个去学习,新手不建议一开始就去学习zf，功力还不够深，学习zf会让你更迷茫。如果php基础实在太差，学习ci和tp都觉得有点难度，那么建议去学习一下偶做的框架–canphp框架（简称cp，qq群：74781204），cp=ci+tp的结晶，更为简单，更容易理解。二，选定一个php框架之后，如何去学习第一步，把下载回来的框架压缩包解压，然后把每个目录和文件名，大致的浏览一遍。这样可以大概看出，这个php框架中大致布局和具有哪些功能。第二步，学习输出hello world，hello world很简单，但是对于学习一门新的语言或框架，很重要。第三步，学习理解单一入口和网址解析（即网址路由），单一入口，对于新手来说，可能有点不太好理解。第四步，学习php框架的内置的模板操作，主要学习程序是怎么赋值给模板，怎么加载模板和常用的模板标签第五步，学习数据库的添加，修改，删除，查询，学会简单的数据库操作。第六步，学习php框架常用的函数和类库，php框架中一般会带一些常用的函数和类，可以稍微看一下，此时还没有必要深入研究，等用到的时候再详细的去看手册和样例。第七步，下载基于此框架开源的项目系统下来学习，了解了php框架的执行流程，模板操作，和数据库操作，下载一个开源的系统，下来去学习，学习别人的代码，学得更快。第八步，做项目学习，要熟练掌握一个的框架，需要大量的实践，通过做项目，去深入学习。第九步，阅读框架代码，了解其实现原理
第十步，到这一步，你已经学会了这个php框架。
在StackExchange上有人问了这样一个问题：What should every programmer know about web development?（关于Web开发，什么是所有程序员需要知道的？）里面给出的答案非常不错，所以，偶翻译转载过来。 顺便说一下，StackExchange真是非常好，大家可以对同一个答案做贡献和修订，看看这个问题的修订过程你就知道了——专业的问答网站应该怎么去做。这就是偶在这篇文章中也说过真正的用户体验是什么样的。
好了，下面是正文（偶对原文做了一些批注，也许不对或有误导，请大家指正）
下面的这些东西可能对于大多数人并不陌生，但是可能会有些东西你以前并没有看过，或是没有完全搞懂，甚至都没有听说过。（陈皓注：偶相信当你看完这个列表后，你会觉得对于偶国的Web开发有点弱了，还是那句话，表面上的东西永远是肤浅的）
接口和用户体验
小心浏览器的实现标准上的不一致，确信让你的网站能够适当地跨浏览器。至少，你的网站需要测试一下下面的浏览器：最新的 Gecko 引擎 (Firefox)，一个 Webkit 引擎 (Safari,Chrome, 或是其它的移动设备上的浏览器)IE 浏览器 (测试IE的兼容性你可以使用微软IE的Application Compatibility VPC Images)Opera 浏览器。最后，你可以使用一下这个工具 来看看你的网页在不同的浏览器下是怎么被显示出来的（陈皓注：这个工具就是以前本站介绍过的在不同浏览器和平台上检查你的网站的兼容性）
多考虑一下人们是怎么来访问你的网站而不是那些主流的浏览器：手机，读屏软件和搜索引擎，例如：一些Accessibility的东西： WAI 和 Section508, 移动设备开发：MobiForge.部署Staging：怎么部署网站的更新而不会影响用户的访问。 Ed Lucas的答案 可以让你了解一些（陈皓注：Ed说了一些如版本控制，自动化build，备份，回滚等机制）。千万不要直接给用户显示不友好的错误信息。千万不要把用户的邮件地址以明文显示出来，这样会被爬虫爬走并被让用户的邮箱被垃圾邮件搞死。为用户的链接加上 rel=”nofollow” 的属性以 避免垃圾网站的干扰。（陈皓注：nofollow是HTML的一个属性，用于通知搜索引擎“这个链接所指向的网页非偶所能控制，对其内容不予置评”，或者简单地说，该链接不是对目标网站或网页的“投票”，这样搜索引擎不会再访问这个链接。这个是用来减少一些特定垃圾页面对原网站的影响，从而可以改善搜索结果的质量，并且防止垃圾链接的蔓延。）为网站建立一些的限制 – 这个属于安全性的范畴。（陈皓注：比如你在Google注册邮箱时，你一口气注册超过两个以上的邮箱，gmail要求给你发短信或是给你打电话认证，比如Discuz论坛的会限制你发贴或是搜索的间隔时间等等，更多的网站会用CAPTCHA来确认是人为的操作。 这些限制都是为了防止垃圾和恶意攻击）学习如何做 Progressive Enhancement. （陈皓注：Progressive Enhancement是一个Web Design的理念，如：1）基础的内容和功能应该可以被所有的浏览器存取，2）页面布局的应该使用外部的CSS链接，3）Javascript也应该是外部链接还应该是unobtrusive 的，4）应该让用户可以设置他们的偏好）如果POST成功，要在POST方法后重定向网址，这样可以阻止用户通过刷新页面重复提交。严重关注Accessibility。因为这是法律上的需求（陈皓注：Section 508是美国的508法案，其是美国劳工复健法的改进，它是一部联邦法律，这个法律要求所有技术要考虑到残障人士的应用，如果某个大众信息传播网站，如果某些用户群体（如残疾人）浏览该网站获取信息时，如果他们无法正常获得所期望的信息（如无法正常浏览），那可以依据相关法规，可以对该网站依法起诉）。WAI-ARIA 为这方面的事提供很不错的资源.安全
在网上有很多关于安全的文章，但是 OWASP 开发指导 涵盖了几乎所有关于Web站点安全的东西。（陈皓注：OWASP(开放Web应用安全项目- Open Web Application Security Project)是一个开放的非营利性组织，目前全球有130个分会近万名会员，其主要目标是研议协助解决Web软体安全之标准、工具与技术文件，长期 致力于协助政府或企业了解并改善网页应用程式与网页服务的安全性。OWASP被视为Web应用安全领域的权威参考。2009年下列发布的美国国家和国际立法、标准、准则、委员会和行业实务守则参考引用了OWASP。美国联邦贸易委员会(FTC)强烈建议所有企业需遵循OWASP十大WEB弱点防护守则）