> 本文介绍 各种包管理工具的简单原理(作者才疏学浅)，各种优势和劣势



npm、yarn、pnpm 是常见的包管理工具

他们都是将一个一个的包下载并安装在项目的 `node_modules` 中

# 1. npm

首先是 npm，它是 `node.js` 自带的包管理工具，但是在现代项目中并不常用，主要原因就是
1. 安装速度慢
2. `node_modules` 占用空间大

## 1.1 `npm install` 原理

>npm 会首先处理项目根目录下的依赖，然后逐层处理每个依赖包的依赖，直到所有依赖都被处理完毕(广度优先算法)。在处理每个依赖时，npm 会检查该依赖的版本号是否符合依赖树中其他依赖的版本要求，如果不符合，则会尝试安装适合的版本

最终形成的目录结构应该是这样的

![](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/1efdda79200b4ee52071c466970da4bd.png)

比如安装 `express`

![](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/44c38ce65bdbc8e524d35e7f1089ca00.png)


## 1.2 `npm install` 流程


## 1.3 `npm2.x` 和树形依赖目录

在早期 `npm2.x` 时代，`npm` 还没有支持扁平化安装，因此得到的安装目录就如上图所示

## 1.4 `npm3.x` 和扁平化依赖目录

`npm3.x` 引入了扁平化安装的方式，将所有的依赖都放到根目录来了

这会导致「幻影依赖/幽灵依赖」的问题，是指某个包未在 package.json 中定义，但项目中依然可以引用到的情况

![](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/968117eb0b875b1dba58b52bc3379ef5.png)

但是因为 `npm install` 时，遍历 `dependencies` 是根据依赖的顺序生成的，如果顺序改变，就会导致生成的目录结构不一致

![](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/c9b84ef0de6740ea4737ec37b84b40e1.png)
![](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/3c02ed2449600b041de4c3de1d7b524f.png)


## 1.5 `npm5.x` 和依赖锁定

`npm5.x` 引入了 `package-lock.json` 和缓存机制（当之前安装过这个包，就会从缓存目录中直接复制到 `node_modules` 中）

**`package-lock.json`**

只有 `package.json` 时，`npm` 无法保证每次安装都能生成一样的 `node_modules` 树，也就可能导致以下问题：
1. 多人协作时，依赖不一样导致开发不一致
2. 发布上线时，服务器运行 `npm install` 生成了和在本地开发时不一样的依赖树，就可能导致线上问题
原因主要有
1. 比如 `package.json` 中声明的依赖：`A: '^1.0.5'`，因为是 `^`，所以当 `A` 升级之后，就会安装新的依赖，导致依赖树不一致（依赖升级）
2. 还是依赖 `A`，如果它依赖的 `B`，升级了，也会导致依赖书不一致，（依赖的依赖升级）

为了解决依赖不一致的问题，`npm5.x` 在 `install` 之后会生成一个 `package-lock.json` 文件
1. `npm install` 执行时，如果 `package.json` 和 `package-lock.json` 中的版本兼容，会根据 `package-lock.json` 中的版本下载；如果不兼容，将会根据 `package.json` 的版本，更新 `package-lock.json` 中的版本，然后再去下载实际包
2. `package-lock.json` 文件锁定所有模块的版本号，包括主模块和所有依赖子模块

`package-lock.json` 解决了 `npm` 无法保证每次安装都能生成一样的 `node_modules` 树的问题

## 1.6 依赖的区别

1. `dependencies` 是无论开发环境还是生产环境都会安装的依赖
2. `devDependencies` 是指可以在开发环境使用的依赖，一般指 `ESLint`、`Prettier` 这些。在打包工具中都会排除开发依赖进行打包，可以使用 `npm install --production` 仅安装生产依赖
3. `optionalDependencies` 指的是可以选择的依赖，这些依赖下载失败或者没有找到都不会影响 `npm` 的安装，但是不要和 `dependencies` 中重复
4. `peerDependencies` 用于指定你当前的插件兼容的宿主必须要安装的包的版本，在 `npm2.x` 会自动安装，`npm3.x` 之后就只会警告了，需要自行安装
## 1.7 依赖匹配符号

1. `^` 插入符号，会匹配到当前 `major version` 的最新版本，比如 `"vue": "^3.4.27"` 相当于 `"vue": "3.x.x"`
2. `～` 波浪号，会匹配到当前 `minor version` 的最新版本，也就是 `3.4.x`

# 2. yarn

## 2.1 特点

1. yarn 使用多线程的方式安装依赖，而 npm 是单线程
2. yarn 可以复用本地缓存的依赖包，相比于 npm 的缓存机制，它支持离线安装

# 3. pnpm

## 3.1 pnpm 特点

1. 极大节省了硬盘空间
2. 生成树形结构目录，而非扁平化目录，防止幽灵依赖

## 3.2 如何生成 `node_modules`

1. 使用硬连接，将已安装的包链接到 `node_modules`
2. 使用符号链接生成 `node_modules` 的嵌套结构（依赖的相互依赖关系使用软连接链接）



**参考资料**
- https://www.cnblogs.com/zhangzl419/p/15266116.html
- https://zhuanlan.zhihu.com/p/408500378
- https://pnpm.io/zh/symlinked-node-modules-structure

浅谈包管理工具npm、yarn、pnpm

> 百度二战二败，计网基础太差，花一天时间补补



## 前言

本文参考B站UP主技术蛋老师视频，其中大部分内容为视频内容或者作者本人理解，如有偏差请谅解。

推荐观看完整视频

## 1.MAC地址和交换机

1. 直接MAC地址通信

   > 要发送数据之前，讲数据封装成数据帧，包含目标MAC和源MAC，通过网线传输所有设备都可以接受到数据帧，判断目标MAC是否为本机MAC，不是则丢弃，是则接收。

![](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/489dc7c2c52390c6a3a8e72689c6dbf4.png)

2. 交换机通信

   > 二层交换机支持两种模式：学习模式、泛洪模式、转发模式
   >
   > - **学习模式**，主机1 发送数据帧 包含本机IP地址、MAC地址、目标IP地址，
   >
   >   如果不知道对方的MAC地址，目标MAC地址为全F，`FF:FF:FF:FF....`（**广播地址**），交换机会先记录主机1 的MAC和端口，然后进入泛洪模式
   >
   >   ![image-20240910143311438](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/6f7da4771461af3973773d80517e6841.png)
   >
   > - **泛洪模式**，交换机会讲数据帧发送到所有端口上，每个主机检查数据帧目标IP是否是自己的，否则丢弃。
   >
   >   ![image-20240910143619269](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/83a95c4e712fc71bd020d908b9385c14.png)
   >
   > - **转发模式**，如果是则发送响应数据帧，包含主机1的MAC地址和自身的MAC地址，交换机记录主机2的MAC地址，并查看MAC地址表发现有主机1的MAC和端口号，直接向端口号发送数据帧。
   >
   >   ![](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/0eda8bdbceb4117dcc68ba1105768f1e.png)

3. 使用VLAN进行网络划分，划分为虚拟局域网

   ![image-20240910143929079](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/6b882af3c83bcd855749ad9440ff2dc6.png)

4.  三层交换机

   ![image-20240910144113621](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/740c08340580f6a5bb7fb4631ae3308d.png)

## 2.IPv4地址和子网掩码

1. IP地址：网络号（表示某一块区域）+主机号

   ![](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/554ab2cd19608b696118499006ef0dd0.png)

2. IP分类，分为A、B、C（DE不在研究范围）

   ![image-20240910151744941](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/ae3ad0cec9f7dfdbf01e5a211fa7ea02.png)

3. 子网掩码：解决简单分类导致的IP分配不合理问题

   子网掩码的作用：表示IP的区间范围，可以是一组数，如 `255.255.255.252`或者是CIDR的方式表示，如 `192.168.0.0/30`表示掩盖IP的二进制前30位数

   ![](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/bb58195147ffd9aad6b7644a7636d76e.png)

## 3.OSI七层网络模型

![img](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/d0c82887b9f74c7965829bc1c2ec951c.png)

1. OSI网络模型是一个参考模型，实际中更常用的是TCP/IP 五层模型

2. OSI网络模型的各层

   ![](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/ee40b070d883cdfe5373703aa033cc40.png)
   
   > 1. **物理层**，数据在计算机层面就是二进制的**bit**，物理层就是用不同的媒介将他们传输出去，包括电、光、电磁波等，传输过程可能包含各种网络拓扑，有中继器和集线器这样的设备实现。
   > 1. **数据链路层**，数据在这一层，bit会被封装成**帧**，在封装时会加上MAC地址，为了可以通过MAC地址对不同设备进行数据的传输，就出现了交换机（二层交换机）
   > 1. **网络层**，数据在这一层被封装成**包**，包内包含了源IP和目标IP，MAC地址无法做出快速定位，因此出现了IP地址，IP地址是分区的，路由器根据包内的IP的网络号+主机号可以快速查找主机
   > 1. **传输层**，数据在这一层里被封装成**段**，在一台主机上运行着多个软件，要实现软件到软件的通信，就要通过端口号进行通信了，这里的传输包含可靠传输（TCP）和不可靠传输（UDP）
   > 1. **会话层**，保存用户在连接中的一些信息，比如用户信息等
   > 1. **表示层**，表示层对数据进行编码和解码，将数据呈现成不同形式
   > 1. **应用层**，数据在应用层的名字为**报文**，这一层包含多种协议，如HTTP、FTP、STP等。

## 4.TCP和UDP

1. socket（套接字）：IP地址+端口号

2. 三次握手

   ![image-20240910155350182](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/c64452d93129c3251451fd2de4e95ddd.png)

   > 1. 第一次客户端发送SYN=1报文，包含客户端序号seq=x
   > 2. 第二次服务端接收到客户端报文后，发送SYN=1、ACK=1报文，包含确认号ack=x+1，服务端序号seq=y
   > 3. 第三次客户端接收到服务端报文后，发送ACK=1报文，包含确认号ack=y+1、序号seq=x+1

3. 握手后，就建立了连接，可以发起HTTP请求了

4. 四次挥手，客户端和服务端都可以主动发起挥手

   > 1. 第一次客户端发送FIN=1、ACK=1报文，包含序号seq=x、确认号ack=y
   > 2. 第二次服务端接收到报文，发送ACK=1报文，包含序号seq=y，确认号ack=x+1
   > 3. 第三次服务端在发送完ACK报文后，还会发送一个FIN=1、ACK=1报文
   > 4. 客户端在收到FIN+ACK报文后，会发送一个ACK报文，包含seq=x+1、ack=y+1

5. 为什么服务端需要发送两次确认包

   > 因为可能存在未发送完的数据

## 5.HTTP

1. HTTP的组成

   > HTTP是一种网络传输协议，组成部分如下
   >
   > 1. 请求响应报文
   >
   >    1. 请求报文
   >
   >       1. 请求行（起始行）`方法、请求URL、HTTP版本`
   >       2. 请求首部（请求头）`很多参数，比如Cookie、UA等`
   >       3. 请求主体（请求体）`具体的参数`
   >
   >    2. 响应报文
   >
   >       1. 响应行（起始行）`状态码，成功或失败原因，HTTP版本`
   >       2. 响应首部（响应头）`和请求头类似`
   >       3. 响应主体（响应体）`具体的数据`
   >
   >       > ![](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/bc7556e166f09614ac190c118330e365.png)
   >
   > 2. 传输数据，使用TCP传输请求报文或者响应报文
   >
   >    1. HTTP 1.0 使用非持久化TCP连接，每发起一次HTTP请求都要建立一次TCP连接
   >    2. HTTP 1.1 使用持久化TCP连接，多次HTTP请求可以复用一个TCP连接
   >
   > 3. 状态
   >
   >    1. HTTP默认是无状态的，无法记住客户端和服务端做了什么
   >
   >    2. 在请求首部加上Cookie，可以让其成为有状态，比如登录验证之类

2. HTTP 各版本的区别

   > **HTTP 1.0 和 HTTP 1.1**
   >
   > > http1.1 默认使用**持久连接**，而 http1.0 默认使用非持久连接。http1.1 通过使用持久连接来使多个 http 请求复用同一个 TCP 连接。
   > >
   > > http1.1新增了很多**请求方法**，如 PUT、HEAD、OPTIONS 等
   >
   > **HTTP 1.1 和 HTTP 2.0**
   >
   > > HTTP/2 实现了**多路复用**，HTTP/2 仍然复用 TCP 连接，但是在一个连接里，客户端和服务器都可以同时发送多个请求或回应，而且不用按照顺序一一发送，这样就避免了"队头堵塞"【1】的问题。
   > >
   > > HTTP/2 实现了**头信息压缩**，由于 HTTP 1.1 协议不带状态，每次请求都必须附上所有信息。所以，请求的很多字段都是重复的，比如 Cookie 和 User Agent ，一模一样的内容，每次请求都必须附带，这会浪费很多带宽，也影响速度。HTTP/2 对这一点做了优化，引入了头信息压缩机制。

3. HTTP状态码

   > 2xx表示请求成功，一般有200；
   >
   > 3xx一般表示重定向，比如301永久重定向、302临时重定向、304可以使用缓存的内容
   >
   > 4xx表示客户端错误，404表示请求的资源未找到，403无权访问资源
   >
   > 5xx表示服务器错误，比如502表示网关错误，503表示服务不可用，504表示网关超时

## 6.HTTPS

1. 对称加密

   ![image-20240910161330058](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/28557f15fae9694b5f60eb1b59b198de.png)

   > 发送方和接受方使用相同的规则（密钥）进行数据的加密和解密，缺点容易被盗取密钥
   >
   > 加密算法有AES、DES等

2. 非对称加密

   ![](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/fcba4b7cf4f458a9c3d6e53388fa0ac3.png)

   > 假设发送方有自己的私钥，使用私钥加密数据，接收方有自己的公钥，它可以用公钥解密数据。同时公钥也可以用来加密数据，但是公钥自己也无法解密数据，只有私钥可以解密数据。加解密都是单向的。
   >
   > 非对称加密常见的算法有RSA、ECC等

3. 非对称加密 传输 对称加密 的 密钥

   ![image-20240910161545013](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/96d4e6374b7b6add316b7685d8689274.png)

   > 

4. 哈希算法

   > 对输入的数据进行复杂的计算，生成一个唯一的哈希值。这个哈希值具有以下特点：对于相同的输入数据，无论在何时何地进行计算，得到的哈希值都是相同的；而对于不同的输入数据，即使它们之间只有微小的差异，其哈希值也会有很大的不同。有MD5、SHA等算法

5. 证书

   > 1. 主体部分
   >    1. 公钥
   >    2. 主体名称
   > 2. CA部分
   >    1. CA签名，会使用公钥来进行验证
   >    2. 颁发者名称
   > 3. 有效期

6. TLS 握手

   ![image-20240910163214352](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/d48ebee659f36c3879dcd77899ae7078.png)

   > 

7. HTTPS连接过程

   > （豆包）
   >
   > **握手阶段（使用非对称加密）**
   >
   > 1. 客户端发起 HTTPS 请求，连接到服务器的 443 端口。
   > 2. 服务器收到请求后，将包含公钥的数字证书发送给客户端。
   > 3. 客户端验证数字证书的有效性，包括证书的颁发机构、有效期、证书链等。如果证书验证通过，客户端使用证书中的公钥对一个随机生成的对称加密密钥（也称为会话密钥）进行加密，并将加密后的密钥发送回服务器。
   >
   > **数据传输阶段（使用对称加密）**
   >
   > 1. 服务器接收到客户端发送过来的加密后的对称密钥后，使用自己的私钥进行解密，得到对称加密密钥。
   > 2. 之后客户端和服务器之间就可以使用这个对称加密密钥进行数据的加密和解密传输。对称加密算法（如 AES）在数据传输过程中提供了高效的加密和解密速度，确保了数据传输的效率。

8. HTTPS 攻击

   > 1. 中间人攻击
   > 2. 证书伪造攻击
   > 3. 降级为HTTP进行攻击

浅谈计算机网络-面试常考

> 写代码本是一件挺快乐的事情，面对现实和工作面试压力，突然有种应试的感觉。面了这么多，其中也有很好的面试官，体验不错，更多的也是学到了一些平常学习中难以注意到的知识，收获不错。



自从七月投简历到现在，大大小小也面过不少公司了

<div style="display: flex;">
  <img src="https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/48ac0f53617472ce7dcbcabebc73929b.png" style="width: 200px; height: auto;" />
  <img src="https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/b8e12895b91a3c7772c38f2ddef30c28.png" style="width: 200px; height: auto;" />
</div>

从一开始没有任何面试经验到小有总结，总的来说，面试是一个对自身提升很大的事情

不过在投递->面试->offer 的过程中，感悟不少

第一是之前很多时候不敢投简历去面试，觉得自己平常也就照着网上视频写写项目，没背过八股和算法，不敢面试，而实际上是，只要自己有一定的代码经验，背背八股是很轻松的，对自己提升也很大，算法题这些的话，平常也要坚持刷就是了，但是前端不怎么考算法。

第二是发现现在实习其实也并不容易找，这个和现在逐年增加的大学生数量是存在很明显的关系的。当然还有一个点就是现在的培训班也很厉害，在网上投放免费的入门的视频，吸引大量专业和非专业学生学习，然后转化一部分需要培训的学生；同时一部分培训班专注面试能力的培养，让学生灵活使用各种技术文章平台，为其学生提供技术背景，给面试官相对较好的印象（印象对于实习面试来讲，是一件非常重要的事情）

第三是面试其实也是一个看运气的事情，这其中包括了，HC 的动态变化或者更合适的人选甚至于影响到口头 offer 都能被取消，或者二面被无情挂掉

第四是面试对于技术的提升还是很大的，以前很多人开玩笑说，面试就是背八股和算法，其实如果是纯理论八股，熟悉理解并能够实际使用到自己的项目中的话，对自己的代码水平提升不是一星半点，算法的话，就是一个硬编码问题了，对于自己脱离 IDE 提示或者 AIGC 代码工具后独立编码也是有很大提升的，实际上前端考察的算法强度也不是很高（即便是我做过的几份笔试题，算法也只是很简单的题目）


## 1. 面试前准备

### 1.1 简历

面试前，准备一份简洁美观、且能扬长避短的简历十分重要

比如我使用 latex 编写了一份各方面我还觉得可以的简历

![](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/ee209660da666e934b5dc3ad6e9332e3.png)

在简历的内容方面，主要需要有这几个点
- 教育背景，即本科、硕士所在学校、在学校取得的成绩、四六级成绩等
- 荣誉奖项，这部分不建议放一些不怎么知名的比赛以及不怎么出众的奖，HR 和面试官不关心这个，除非是 ACM 金，哈哈哈
- 专业技能，这部分很重要，决定了面试官如何提问问你。不过在一些大厂的话，面试官一般是先完成面试题目的提问之后，才会根据你的简历进行提问。
- 实习经历，即便是找实习，实习经历也十分重要，就验证了那句话，找工作要工作经验，找实习要实习经验。
- 项目经历，即自己做过的项目，不要和实习经历混淆。在项目部分，需要提及项目中有哪些可以被作为八股提问的亮点，比如大文件分片、断点上传等等，不过有的亮点在现在也是相当普遍了，面试官可能不会问这个
- 个人评价，这部分其实也没啥必要写，当然也可以客观评价一下自己
- 各类平台的链接，比如 Github、博客、掘金等等，即便是面试官临时拿起简历看了一眼，可能也会打开 Github 看看，如果有比较亮眼的项目或者开源经验，你就会发现，下面的面试开始变的简单起来，哈哈哈

### 1.2 投递

（这部分后面补充了一些内容）

**注意不要一次性投递该公司的很多岗位**（有点反直觉，但确实是，因为这份简历在公司内已经是有评价的了，面试官看过简历可能因为简历评价一般而拒绝面试）

**投递简历的话，主要就是 BOSS 、官网投递、内推官网投递几种吧**

像其他什么智联招聘、实习僧、牛客投递（牛客有直达官网的投递，这里指的是牛客内部投递的方式）之类的软件投递效果不大

BOSS 是首推吧，很多中小公司，官网都没，在 BOSS 可以投递来练练手，当然实在能力不够也可去，不过注意日常开销即可；BOSS 中的很多大厂也可以投，很多速度甚至快过官网

官网投递是大厂比较推荐的方式，**使用内推码注意不要随便招内推内推码**，因为内推码是关联了内推者本人的，如果HR无法联系到他，并了解有关你的信息，可能导致流程无法推进（问就是在网上随便找过内推码），内推者最好是熟悉的学长、网友等，内推者正式员工的有效性高过实习生。这边真的要感谢暑假在掘金上内推我到字节的老哥，虽然后面拒绝了面试，但还是相当感谢。

<img src="https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/3b108ad8b30d3eac2e9c4265b4e3fa23.png" alt="image-20240904204206633" style="zoom:50%;" />

对于我这种既是双非又是刚大三的，投递起来也是比较难，可考虑一些工具进行批量投递，手动投递不可取，不然你会知道什么叫绝望


### 1.3 约面

一般来讲，如果简历写的没啥问题，面试约面是很容易的，不过这里约面分几种情况
- 第一是招聘非常着急的，一般投递当天就会有反馈的，约面尽量也选择尽量近的时间，这种面试一般准备也比较匆忙，面试题很可能是一些较为简单的常规八股或者就纯八股题，或者根据简历提问，这种之前问过面试官，他说纯看眼缘，这种面试也相当容易被 KPI（即 HR 的工作指标吧，没有 HC 了也接收简历并约面，但是一般不会要你，或者二面挂）
- 第二是流程很长的，这种的话，针对你的面试题也是准备过的，大厂的话，会有一些算法题、手写题、代码输出题之类的，不太容易被 KPI，但是难度也大

这种完全是个人体会经验，不一定准，有问题的话也可纠正我的错误

### 1.4 总流程

一般来讲实习岗位的话，是以下的流程，大厂也是

![image-20240904203247378](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/53ab6fec7adf94ed7a792862507e491a.png)

## 2. 面试

### 2.1 面试前应该了解的

公司面试都是有面评（评价候选者的能力）的，面试时要围绕提高面评来做。

首先是，面试准备不充分时，不要接受面试，尤其是大厂面试，面评过低会影响后面在该公司的面试。HR 通知面试时应该拒绝掉。

面试时一定要先比面试官进入聊天室，不要迟到；面试时要全程开启摄像头，如果你的面试官全程不开启摄像头，你要有这场面试会挂的打算；

面试过程中要直视面试官，不要东张西望；要乐于沟通，遇到不会的问题可以尝试阐述下思路或者向面试官寻求提示；要自信，不管是真的理解这个知识点或者不清不楚，最好不要回答时声音忽大忽小；表达能力欠缺的话，可以在整理好思绪之后再回答。（这里都是我犯过错误的地方）

### 2.2 自我介绍

（后面补充）

自我介绍是面试中一个比较重要的环节，第一个是给面试官一个大概的介绍你个人的情况，第二是给面试官一定的时间查看简历（很多时候匆忙地得现场打开简历看，如果自我介绍时间太短也不够看，自我介绍太长也不可取）

一个好的自我介绍决定了基本的印象分。**不要把简历重新叙述一遍，而是要突出个人亮点，结合岗位要求，介绍面试官最感兴趣的部分，吸引面试官的注意**。

- 介绍自己是谁，学校教育背景等
- 说自己有哪些技能
- 做过哪些项目
- 技术之外的事务（如博客）
- 发展方向

### 2.3 面试题

面试了这么多次，大概也了解一些面试常见的题目，不过对于我们找实习来讲，心态还是最重要的，题目答不出来也没必要慌，答出来了也未必过，心态放平即可。

偶然看到掘金这篇文章 https://juejin.cn/post/6844903958591324168 ，发现居然和现在实习的常见题目差不多，也不愧是八股，这么多年了，还是这么点东西，哈哈哈

![](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/24e4ce044683415ccb796690720c144c.png)

面试之前多看看常见八股题库，背一背，灵活使用 AI 工具给自己来一场模拟面试

目前我也在总结面试题库《面试了两个月，我总结了前端实习常考题》（未完成）

### 2.4 反问

（后面补充的一些）

一定要在这个问题上开拓面试官的视角。建议不要问薪资、面试评价、面试是否通过，这些问题面试官基本不会回答，相当于浪费了这个加分的机会。怎样开拓面试官视角，那你得知道面试官是哪个领域的，关心哪个领域，想了解的竞品是什么，然后就开始你的表演了，自问自答。这个问题聊好了，你的面评分数可能会从3.5直接奔4.5（举例）

> （下面这两有点废话，浪费机会，但确实之前面试我都是这样的）
>
> 一般可以问问该部门技术栈（其实招聘信息里面就写了，所以可以不要问这个）
>
> 可以问问自己答的怎么样（一般对于大厂来讲能让你面超过30分钟就是默认过了，当然也有意外）
>
> 这部分主要看人，比如我问过对实习生的面试考察要求、在我之前面试的人强不强（面试官说强的话，那么这个岗位可能就不是你的了，哈哈哈）、面试之前打开过简历看么，会进到项目仓库看么等等问题，只要不是太冒犯的问题或者不能回答的问题，一般面试官都会说一下的，你要是知道自己挂了的话，更可以多问问，积累经验

## 3. 总结

总的来讲，实习面试的难度还是适中的，如果自己属于学习能力比较强的同学，其实拿下面试还是很轻松的，对于我这种一般般的人来说，机会和运气往往更重要。

对于我来讲，我还是更喜欢做一个默默敲代码的小菜鸡，哈哈哈，很早接触代码就是喜欢编写代码得到效果的那种感觉。

不过再理想也要面对现实，现在也大三了，就业压力越来越大的情形下，更快了解工作及面试知识对于未来发展也是有很大的帮助的，尽管我不太喜欢背一些晦涩的理论或者偏门八股、算法之类的东西。

大二前端面试总结

我的大二面试经历-试题总结

本人目前在某公司实习，公司的 Git 使用的是 SSH 连接，然后我想摸鱼 (在 Github 上开发自己的项目)，于是遇到几个问题
1. Github 的代码推送不上去
2. Github 的 commit 记录中的用户不是我的 Github 账号

首先 Git 支持两种协议管理远端仓库，分别是 SSH 和 HTTP/HTTPS



### 1. SSH 协议

![](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/8ef01c774ea901a225a13e31380713a7.png)

SSH 的链接像这样：`git@github.com:arch-desgin/arch-ui-vue.git`，本地关联这个远端仓库的方式可以是

```bash
git remote add origin git@github.com:arch-desgin/arch-ui-vue.git
```

然后我们新增了 commit，`git push` 一下，会发现推送不上去，需要配置 SSH Key，具体方法可以搜索一下，最终你可以在 `~/.ssh` 目录下得到两个文件

![](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/b15dbbfe8a13c1800005ea965c3c8c08.png)

把公钥放到代码托管平台，例如 github 上

![](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/3449063c568132f88e3e09a25d53577f.png)

本地再使用 Git 推送时，就可以根据有公私钥，推送代码到仓库了

同时，这套公私钥可以用于多个平台，账号（即将公钥复制到各个平台各个账号），不过注意别被盗了

或者还可以考虑配置多个 SSH Key，比如这篇文章 https://gitee.com/help/articles/4229

其中关键的点就是 `~/.ssh/config` 文件，通过配置不同平台的 SSH key，实现多个平台开发

```bash
# gitee
Host gitee.com
HostName gitee.com
PreferredAuthentications publickey
IdentityFile ~/.ssh/gitee_id_rsa
# github
Host github.com
HostName github.com
PreferredAuthentications publickey
IdentityFile ~/.ssh/github_id_rsa
```

### 2. HTTP 协议

![](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/ab5e204d0218d075128cfdddb5daef54.png)

HTTP 协议链接像这样 `https://github.com/arch-desgin/arch-ui-vue.git`，同样方式管理远端仓库

首次 push 代码时，会要求输入账号密码，Github 是 Acess Token

![](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/7213ec7ae38369219ff8b5797037b852.png)

输入密码之后，下次提交就不需要再次输入密码了，这是因为使用了[凭证存储](https://git-scm.com/book/zh/v2/Git-%E5%B7%A5%E5%85%B7-%E5%87%AD%E8%AF%81%E5%AD%98%E5%82%A8)，也就是 git-credential-manager 工具 (默认安装)，它的模式可以分为

- 不缓存模式
- cache 模式，凭证保存在内存中，15分钟后清除
- store 模式，存放在 home 目录下
- osxkeychain 模式，会存放在各个系统的管理密码的应用中，比如 Mac 就会存放在"钥匙串"中

> 一般情况下，git credential 默认开启了，而且是 osxkeychain 模式，以至于这种方式非常安全。
> 我们可以在"钥匙串"中访问到密码
> 
> 不过我发现一个极其恶心的问题，我并不知道密码是真的存在了 git credential 中，还是哪里，因为我删除，"钥匙串"中对应的密码后，再推送代码，它又给我一个新的密码了，比如我修改了密码，显然是无法推送的，出现了需要重新登录的 Dialog，但是把它关闭之后，你猜怎么着，又成功了
> ![|300](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/aa4f8cd5fc6334edbb5383bf35e96271.png)
> ![|300](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/4562c3f2a578c0ac9c1a48538b1c14db.png)
> 但是，在终端中是完全不受影响的，修改密码之后，就是没有再出现过密码，推送失败
> ![|300](https://picgo-img-repo.oss-cn-beijing.aliyuncs.com/img/858a384a5e00006ae94b085dc45b66a4.png)
> 于是我想到了，那一定是 VSCode 终端在作妖，或者 VSCode 的某个插件，比如 Gitkraken ，之后再更新
> 这块小问题的思路，有点像公司方法论中的：查找问题的关键是复现问题


### 3. 配置文件

Git 配置从高到低分为

- `.git/config` 当前仓库的配置文件，使用 `--file` 选项修改，具有最高优先级
- `~/.gitconfig` 当前用户的配置文件，可以使用 `--global` 选项修改
- `/etc/gitconfig` 系统基本的配置文件，可以使用 `--system` 选项修改

应用：
- 有这三种配置文件可以解决：比如公司开发使用单独的邮箱、用户名，通过全局配置实现，自己摸鱼 (Github 开发)可以配置仓库的 user 属性