ES6
-
列举常用的ES6特性：
-
箭头函数需要注意哪些地方？
-
let、const、var
-
拓展：var方式定义的变量有什么样的bug？
-
Set数据结构
-
拓展：数组去重的方法
-
箭头函数this的指向。
-
手写ES6 class继承。
微信小程序
-
简单描述一下微信小程序的相关文件类型?
-
你是怎么封装微信小程序的数据请求？
-
有哪些参数传值的方法？
-
你使用过哪些方法，来提高微信小程序的应用速度？
-
小程序和原生App哪个好？
-
简述微信小程序原理？
-
分析微信小程序的优劣势
-
怎么解决小程序的异步请求问题？
其他知识点面试
-
webpack的原理
-
webpack的loader和plugin的区别？
-
怎么使用webpack对项目进行优化?
-
防抖、节流
-
浏览器的缓存机制
-
描述一下二叉树, 并说明二叉树的几种遍历方式?
-
项目类问题
-
笔试编程题：
最后
技术栈比较搭，基本用过的东西都是一模一样的。快手终面喜欢问智力题，校招也是终面问智力题，大家要准备一下一些经典智力题。如果排列组合、概率论这些基础忘了，建议回去补一下。 开源分享：docs.qq.com/doc/DSmRnRG…
-
历史记录： 查看修改人、日志信息、修改内容、修改时间
-
分支管理 ： 允许团队开发在工作中多条生产同事推进任务，提高开发效率
版本控制工具有哪些
-
集中式版本管理工具 cvs svn vss
-
分布式版本及控制工具 git Mercurial Bazaar Darcs
Git是分布式的，SVN是集中式的
SVN 集中式版本管理工具就是多人开发通过一个服务器来尽行操作，如果服务器宕机了那么历史信息，代码都会丢失
这是 Git 和 SVN 最大的区别。若能掌握这个概念，两者区别基本搞懂大半。因为 Git 是分布式的，所以 Git 支持离线工作，在本地可以进行很多操作，包括接下来将要重磅推出的分支功能。而 SVN 必须联网才能正常工作。
差异对比表
| 差异 | svn | git |
| --- | --- | --- |
| 系统特点 | 1.集中式版本控制系统（文档管理很方便） 2.企业内部并行集中开发 3.windows系统上开发推荐使用 4.克隆一个拥有将近一万个提交(commit),五个分支,每个分支有大约1500个文件，用时将近一个小时 | 1.分布式系统（代码管理很方便） 2.开源项目开发 3.mac,Linux系统上开发推荐使用 4.克隆一个拥有将近一万个提交(commit),五个分支,每个分支有大约1500个文件，用时1分钟 |
| 灵活性 | 1.搭载svn的服务器出现故障，无法与之交互 2.所有的svn操作都需要中央仓库交互（例：拉分支，看日志等） | 1.可以单机操作，git服务器故障也可以在本地git仓库工作 2.除了push和pull（或fetch）操作，其他都可以在本地操作 3.根据自己开发任务任意在本地创建分支 4.日志都是在本地查看，效率较高 |
| 安全性 | 较差，定期备份，并且是整个svn都得备份 | 较高，每个开发者的本地就是一套完整版本库，记录着版本库的所有信息（gitlab集成了备份功能） |
| 分支方面 | 1.拉分支更像是copy一个路径 2.可针对任何子目录进行branch 3.拉分支的时间较慢，因为拉分支相当于copy 4.创建完分支后，影响全部成员，每个人都会拥有这个分支 5.多分支并行开发较重（工作较多而且繁琐） | 1.我可以在Git的任意一个提交点（commit point）开启分支！（git checkout -b newbranch HashId） 2.拉分支时间较快，因为拉分支只是创建文件的指针和HEAD 3.自己本地创建的分支不会影响其他人 4.比较适合多分支并行开发 5.git checkout hash值(切回之前的版本，无需版本回退) 6.强大的cherry-pick |
| 版本控制 | 1.保存前后变化的差异数据，作为版本控制 2.版本号进行控制，每次操作都会产生一个高版本号（svn的全局版本号，这是svn一个较大的特点，git是hash值） | 1.git只关心文件数据的整体发生变化，更像是把文件做快照，文件没有改变时，分支只想这个文件的指针不会改变，文件发生改变，指针指向新版本 2. 40 位长的哈希值作为版本号，没有先后之分 3.git rebase操作可以更好的保持提交记录的整洁 |
| 工作流程 | 1.每次更改文件之前都得update操作，有的时候修改过程中这个文件有更新，commit不会成功 2.有冲突，会打断提交动作（冲突解决是一个提交速度的竞赛：手快者，先提交，平安无事；手慢者，后提交，可能遇到麻烦的冲突解决。） | 1.开始工作前进行fetch操作，完成开发工作后push操作，有冲突解决冲突 2.git的提交过程不会被打断，有冲突会标记冲突文件 3.gitflow流程（经典） |
| 内容管理 | svn对中文支持好，操作简单，适用于大众 | 对程序的源代码管理方便，代码库占用的空间少，易于分支化管理 |
| 学习成本 | 使用起来更方便，svn对中文支持好，操作简单，适用于大众 | 更在乎效率而不是易用性，成本较高（有很多独有的命令，rebase，远程仓库交互的命令，等等） |
| 权限管理 | svn的权限管理相当严格，可以按组、个人针对某个子目录的权限控制（每个目录下都会有个.svn的隐藏文件） | git没有严格的权限管理控制，只有账号角色划分（在项目的home文件下有且只有一个.svn目录） |
| 管理平台 | SVNBucket SVNBucket - 免费 SVN 代码托管服务器，不限私有，不限成员 | gitlab（建议使用，集成的功能较多，API开发），gerrit，github等 |
svn git 优缺点
SVN对中文支持好，操作简单，使用没有难度，美工人员，产品人员，测试人员，实施人员都可轻松上手。使用界面统一，功能完善，操作方便。
git对程序源代码进行差异化的版本管理，代码库占极少的空间。易于代码的分支化管理。不支持中文，图形界面支持差，使用难度大。不易推广。
分布式代码版本管理系统并不一定适合所有团队，比如中小团队可能更关心的只是成本更低，简单易用，那么SVN等这类集中式版本管理工具还是更为适合。但是不管团队最终选用什么代码版本管理工具，只要适合自己的团队的开发流程和工作方式，并且代码管理顺畅就可以了。
git命令总结
=======
列出当前文件
ll
列出带隐藏资源的文件
ls -lA
初始本地仓库
git init
查看当前在什么位置
pwd
返回上一级文件
cd ..
设置签名
命令
- 创建一个文件
vim good.txt
-
形式 name 用户名 token email 邮箱地址 作用： 用于区分不同开发人员的身份
-
项目级别/仓库级别：尽在当前本地仓库有效
git config user.name sunzhihao
git config user.email 1036786540@qq.com
- 查看设置好了吗
cat .git/config
- 系统用户级别：登录当前操作系统的用户范围
git config --global user.name sunzhihao
git config --global user.email 1036786540@qq.com
- 查看设置好了吗
cd ~
ls -lA|less [ 查看文件查看隐藏文件 ]
cat .gitconfig [ 读区改文件信息 ]
- 优先级 ：如果没设置签名则是系统用户级别 ，但是设置项目级别就优系统用户级别 二者都没有是不允许的
追踪文件列表
将 ‘新建 / 修改’ 添加到暂存区（添加操作就是你要操作哪个文件）
git add . 或 git add -A 或 git add [ 文件名字 ]
暂存区删除
把你这个文件村暂存区里删除，不是直接删掉文件 - 你可以后悔
git rm --cached [ 文件名字 ]
查看文件的状态
git status [ 查看工作区，和暂存区的工作状态 ]
提交到暂存区
git commit -m "这里写的是本次需求新增了什么功能" file.txt [ 提交到本地库]
查看提交的历史记录
git log
多屏显示控制 ： 空格向下翻页 b 向上翻页 q 退出
历史记录一行显示 若果日志太多屏幕放不下
git log --pretty=oneline
输出历史记录但是hash直选中其中一部分 （一行显示）
git log --oneline
显示到哪个版本需要移动几步
git reflog
HEAD@{移动到当前版本去要第几步}
回退任意版本信息
git reset --hard 35851ba [ 35851ba 索引值 ]
reset 命令的三个参数 ：
--soft 仅仅在本地库移动 HEAD 指针
--mixed 在本地库移动head 指针 重置暂存区
--hard 在本地库移动head 指针 重置暂存区 重置工作存区
回退上一版本
git reset --hard HEAD^ [ 回退到上一个版本 ]
git reset --hard HEAD^^ [ 回退到上二个版本 （以此类推）]
git reset --hard HEAD~2 [ 回退到上二个版本 （以此类推）]
删除文件恢复文件
rm file.txt
恢复回退版本即可
前提 删除前，文件存在的状态提交到了本地库
git reset --hard 35851ba [ 删除操作已经提交到本地库 35851ba指针位置 ]
git reset --hard HEAD [ 删除操作尚未提交到本地库 ]
比较内容的差异 （将工作区的文件内容与本地历史记录里的内容比较差异 ）
不带指定文件名比较多个
git diff 练习git.txt [练习git.txt文件名字]
git强制推送push（慎用）
git push -f origin master
如何删除git暂存区的文件
git rm -r --cached 文件名
- 使用reset命令 回退到最近一次push后的状态并清空暂存区，但是工作区修改的内容也会被回退
git reset HEAD 文件名
清除缓存
npm cache clean -f
查看全局安装的包
npm list -g --depth=0
删除node-modules包
npm i -g npkill
删除
npkill
全局安装 npm i -g npkill
进入想清理的文件夹 cd 文件路径
输入npkill 会自动查找该文件中node-models
光标上下移动来选择要清理的目录，释放宝贵的空间
按空格删除
git 分支
初始化之后是有一个master 主分支 （骨干）
-u
如果当前分支与多个主机存在追踪关系，则可以使用-u选项指定一个默认主机，这样后面就可以不加任何参数使用git push。 git push -u origin master
分支的好处
-
同时并行推进多个功能开发。提高开发效率。
-
各个分支在开发过程中。如果某一个分支开发失败，不会对其他分支有任何影响。失败的分支删除，重新开始即可。
创建分支
git branch hot_fix - hot_fix [ hot_fix 分支名字]
删除分支
git branch -d [分支名字]
查看分支
git branch -v
切换分支
git checkout hot_fix [ hot_fix 分支名字]
新建一个本地分支并切换
git checkout -b dbg_lichen_star [dbg_lichen_star 分支名字]
合并分支
切换到要合并的分支上面 git merge 进行合并
git checkout hot_fix [ hot_fix 分支名字]
git merge hot_fix [ hot_fix 分支名字]
分支冲突
只要你的代码和我的代码在同一行修改了，我们合并分就会冲突，他会显示自动合并失败，然我们解决分支，然后找到对应的文件夹，里面的内容会用 大于号小于号等号分割开来，找到修改代码的人，我们要商量好，就决定要用哪个代码。把多余的代码删除即可。再去执行 git add . 即可 ，再去用 git commit -m "结束合并" 不能带文件名字 结局完毕。
git add .
git commit -m "日志信息" [不能带文件名字]
补充：
-
如果不是基于GitHub，远程库的最新版。所做的修改。不能推送，必须先拉取
-
拉下来后，如果进入冲突状态。则按照分支。是冲突解决操作即可。
git hash 算法
hash是一个系列的加密算法。各个不同的哈希算法虽然加密强度不同。但是有以下几个共同点。
总结
前端资料汇总
开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】
-
框架原理真的深入某一部分具体的代码和实现方式时，要多注意到细节，不要只能写出一个框架。
-
算法方面很薄弱的，最好多刷一刷，不然影响你的工资和成功率😯
-
在投递简历之前，最好通过各种渠道找到公司内部的人，先提前了解业务，也可以帮助后期优秀 offer 的决策。
-
要勇于说不，对于某些 offer 待遇不满意、业务不喜欢，应该相信自己，不要因为当下没有更好的 offer 而投降，一份工作短则一年长则 N 年，为了幸福生活要慎重选择！！！ 喜欢这篇文章文章的小伙伴们点赞+转发支持，你们的支持是我最大的动力！
