大家好呀，我是楼仔。

之前有粉丝反馈自己的项目经历太少，不好写简历，影响找工作，不知道你有没有这样的困惑。

今天我就针对校招毕业生，以及工作 0-3 年的同学，手把手教大家如何将技术派项目写到自己的简历中。

明天五一放假，对于还没有找到工作的同学，可以再好好准备一下。

01 校招毕业生

校招毕业生对于项目的考察，主要还是偏基础和应用。

1.1 如何写简历

项目名称：技术派社区项目（2022.7-2023.1）

技术栈：Spring Boot、MyBatis-Plus、MySQL、Redis、ElasticSearch、RabbitMQ、MongoDB、Docker

项目描述：技术派是一个前后端分离的社区项目，包括前端 PC 和管理后台，用于帮助开发者成长的社区，面向互联网技术人的内容分享平台。

责任描述：作为核心研发人员，主要负责登录认证、消息通知、文章模块、以及管理后台的开发工作。

核心技术：

通过验证码和前端保持半长链接映射关系，当用户扫码关注公众号并输入验证码后，发起回调，识别用户信息并找到对应半长链接，实现系统自动登录；
将消息发送到 RabbitMQ，实现消息异步解耦，提升系统效率和服务稳定性；
通过 Redis 实现计数统计和用户活跃度排行，并通过 Redis + MySQL，提高系统并发；
借助开源的 Markdown 文本编辑器，结合 OSS 图片服务器，实现图片自动转链和上传。
借助开源组建，完成管理后台的二次开发，支撑日常的运营配置工作。

1.2 核心面试点

考点1：微信公众号自动登录

用户在前端点击登录时，会展示公众号二维码和待输入的验证码，并会和前端构建一个半长连接，同时保存验证码和半长连接之间的映射关系。

当用户向公众号发送验证码时，微信公众平台会将用户发送信息转发给技术派的服务器，然后通过验证码来识别请求登录的用户身份。

由于验证码保存了和半长链接的映射关系，所以可以找到该半长连接，实现用户的自动登录跳转。

那如何保证验证码的唯一性、唯一设备、唯一用户识别，以及刷新验证码时，如何将之前的验证码置为失效呢？

登录后，如何通过 Cookie 和 Seesion 机制实现登录鉴权呢？

由于内容较多，这块详见技术派教程。

考点2：通过 RabbitMQ 实现消息异步解耦

首先说一下，为什么要异步解耦？

当用户订阅、点赞、评论时，就会触发消息通知，如果当用户操作时，消息同步发送，当消息出现异常时，会影响主流程，或者当消息过多时，也会有影响服务的性能，所以需要对消息进行异步解耦。

选择 RabbitMQ 的原因是什么呢？

首先是社区活跃度高，然后 RabbitMQ 还提供了有一个易用的用户界面，可以让用户监控和管理消息，同时我们的系统对并发要求没有那么高，消息通知也可以无序，且 RabbitMQ 也支持消息路由，宕机后的消息也能自动恢复，所以就选择了 RabbitMQ。

由于是应届生，所以面试官一般不会考察消息队列的选型，万一考了，可以看看后面“工作 0-3 年”的回复。

考点3：MySQL + Redis 相关知识点

问题 1：如何提高系统并发呢？

其实主要是在 MySQL 上游加一层 Redis 缓存，因为 Redis 支持集群、分片，单机就可以支持上万 QPS，所以可以大大提高系统性能。

实现方式主要是将热点数据放入 Redis 缓存，比如文中的分类和标签，使用频率会非常高，因为这些数据不会经常变动，且后台配置完毕后，会实时存入缓存中，非常适合作为热点缓存，并对热点缓存设置失效时间，比如 30 分钟，可以作为 Redis 和 MySQL 不一致的兜底策略。

然后对于计数、排行榜等，也可以依托 Redis 来实现。

问题 2：为什么可以用 Redis 实现计数和排行榜？如何实现？

由于 Reids 的内存具有高性能和存储能力，并且实现原子性操作，所以非常适合用来做简单的计数统计，通常会使用 INCR 或者 INCRBY 来完成自增操作，就可以实现实时计数功能。

对于如何通过 Redis 实现排行榜，详见技术派教程。

问题 3：如何解决 MySQL 和 Redis 缓存的一致性问题呢？

这个问题应届生一般问的不多，可以参考 “工作 0-3 年” 的回答。

考点4：图片自动转换等其它知识点

由于很多博主会将 MarkDown 格式的数据，直接 Copy 到我们的文本编辑器，但是里面的图片链接，由于是通过第三方工具生成，所以不一定能打开，所以需要将这些图片的链接进行转换。

我们会识别文章里面所有的图片链接，然后将这些图片批量上传到 OSS 图片服务器，实现图片链接的自动转换。

除了实现了 MarkDown 格式的图片链接自动转换，用户也可以手动上传本地图片，主要是为了方便习惯在文章编辑器直接写文的同学，支持功能的多样性。

考点5：管理后台相关知识考点

后台界面是基于 React 的一套开源系统，采用前后端分离的方式，我们是基于该套框架进行二次开发。

管理后台主要是用于 PC 端日常的运营和配置工作，主要包括 6 大模块，分别是运营配置、文章管理、教程配置、数据统计、标签和分类管理、用户权限管理。

由于我们有专门的前端同学，所以我主要负责后台这块，后台的功能开发其实都不难，但是很好地锻炼我的编程能力。

02 工作 0-3 年

工作 3 年的同学对于项目的考察，主要还是技术点，会问的相对深入。

2.1 如何写简历

项目名称：技术派社区项目（2022.7-2023.1）

项目描述：技术派是一个前后端分离的社区项目，包括前端 PC 和管理后台，用于帮助开发者成长的社区，面向互联网技术人的内容分享平台。

责任描述：作为项目负责人，主要负责系统设计、以及核心模块的开发工作，比如登录认证、文章模块、教程模块等。

核心技术：

依托主流技术栈，结合异步、分布式缓存、集群、多线程等技术，实现后端服务的高可用、可扩展和伸缩性。
通过验证码和前端保持半长链接映射关系，当用户扫码关注公众号并输入验证码后，发起回调，识别用户信息并找到对应半长链接，实现系统自动登录；
通过 MySQL + Redis，热点数据 Redis 缓存，实现系统高吞吐和高可用，并保证两者一致性；
通过 RabbitMQ 对消息进行异步解耦，提升系统并发和处理效率，同时也提升消息的容错性和可观测性；
借助开源的 Markdown 文本编辑器，结合 OSS 图片服务器，实现图片自动转链和上传。

2.2 核心面试点

考点1：架构和方案设计

该系统包括前端和运营后台，前端主要划分 5 大模块，包括登录鉴权、用户中心、文章教程、评论、消息通知，整个生态其实主要围绕用户和文章来展开；运营后台主要对文章、教程、标签、广告位、用户权限进行管理。

对于登录鉴权，我们主要依托微信公众号，通过扫描完成系统自动登录，这个主要是和微信第三方信息对接，同时借助 Cookie 和 Session 机制，实现登录鉴权。

对于文章教程，借助开源的 Markdown 文本编辑器，结合 OSS 图片服务器，实现图片自动转链和上传。

同时在高并发、异步、效率这块，也进行了很多设计，通过 RabbitMQ 实现消息异步解耦；通过 Redis 承接高并发流量，并解决 MySQL 和 Redis 的一致性问题；通过 ES 去承接文章搜索功能，提高文章搜索效率；通过 MongoDB 实现高效计数等。

目前服务也是通过多机部署，DB 采用分库分表 + 集群模式，Redis 也是集群模式，进一步提升服务的稳定性、容错性和吞吐量。

考点2：微信公众号自动登录

用户在前端点击登录时，会展示公众号二维码和待输入的验证码，并会和前端构建一个半长连接，同时保存验证码和半长连接之间的映射关系。

当用户向公众号发送验证码时，微信公众平台会将用户发送信息转发给技术派的服务器，然后通过验证码来识别请求登录的用户身份。

由于验证码保存了和半长链接的映射关系，所以可以找到该半长连接，实现用户的自动登录跳转。

那如何保证验证码的唯一性、唯一设备、唯一用户识别，以及刷新验证码时，如何将之前的验证码置为失效呢？

登录后，如何通过 Cookie 和 Seesion 机制实现登录鉴权呢？

由于内容较多，这块详见技术派教程。

考点3：通过 RabbitMQ 实现消息异步解耦

首先说一下，为什么要异步解耦？

为什么选择 RabbitMQ，不选择其它的消息队列呢？

目前常用的消息队列有 Kafka、RocketMQ 、RabbitMQ 和 ActiveMQ，对于 Kafka，它主要适用于大量数据的互联网服务的数据收集业务；对于 RocketMQ，吞吐量非常高，支持消息时序，对可靠性要求很高的场景会更合适，比如电商业务；对于 ActiveMQ，目前社区维护少，就直接放弃。

那么对于 RabbitMQ，虽然语言是 erlang，不利于二次开发和维护，但是社区活跃度高，同时我们的系统对并发要求没有那么高，消息通知也可以无序，同时 RabbitMQ 也支持消息路由，宕机后的消息也能自动恢复，还提供了有一个易用的用户界面，可以让用户监控和管理消息，所以就选择了 RabbitMQ。

考点4：MySQL + Redis 相关知识点

问题 1：如何提高系统并发呢？

其实主要是在 MySQL 上游加一层 Redis 缓存，因为 Redis 支持集群、分片，单机就可以支持上万 QPS，所以可以大大提高系统性能。

然后对于计数、排行榜等，也可以依托 Redis 来实现。

问题 2：如何解决 MySQL 和 Redis 缓存的一致性问题呢？

刚才说的通过增加缓存失效时间，如果缓存失效，会重新将 DB 数据持久化到缓存，可以解决两者不一致问题，但是这个只是兜底策略，但是在缓存未失效的这段时间，其实还是存在两者不一致的问题。

其实对于两者的一致性问题，不可能完全解决，只能尽量去规避，我们使用的是“先写 MySQL，再删除 Redis”的方式，即先将数据写入 MySQL，再删除 Redis 数据的方式。

不过这种方式也有个弊端，当同时有 2 个查询请求过来时，当缓存刚好失效，且写入 MySQL 和删除 Redis 中间出现较大时间间隔时，当第一次查询时，缓存还没有被删除，那么第一次查询的数据是旧值，第二个查询是在缓存删除之后，那么第二次查询是从 DB 获取，所以查询的是新值。

由于第二次查询会回写到 Redis，所以后续的查询，两者都会保存一致，仅在一些极端情况下，会查询偶尔不一致的情况。

如果面试官有问题你，有没有最终的一致性方案，或者和你讨论其它的缓存一致性解决方案，你能回答上来么？

考点5：图片自动转换等其它知识点

我们会识别文章里面所有的图片链接，然后将这些图片批量上传到 OSS 图片服务器，实现图片链接的自动转换。