一、引言如果你已经有过几轮面试经验，肯定会遇到过类似的问题。面试官会问你：“如果数据量特别大的时候，分页查询慢该怎么办？”我们都知道，数据库分页查询很常见，尤其是展示列表的功能，基本上每个系统都有。但是，如果你做过大流量、高并发的系统，就会知道，当数据量上来后，分页查询的性能问题真的是一大痛点。数据量小的时候，分页查询没问题，但是当表里有上千万条数据时，翻一翻第几页，查询就开始卡了，慢得让人想砸电脑。那面试官提这个问题的时候，肯定希望听到你对于分页查询慢的根本原因是什么，知道你是怎么解决这个问题的，以及分库分表后深度分页的问题该如何解决？所以，小北今天就用最简单的语言，带大家逐步分析这个问题，...

所以我要怎么学？给我整笑了

准备跑路了，实习太水了，只能写一个黑客松的项目，但感觉也很玩具，文档也没得偷，这个简历现在投后端日常有机会吗

项目背景 为什么要做这个？ 相信最近在看机会、跑春招的兄弟们都有同一个痛点：网申太折磨人了。 现在的招聘系统（北森、Moka、各大银行官网、国企系统）可以说是一个“万国博览会”，每家公司的 DOM 结构、字段定义都不一样。 虽然市面上已有一些自动填充插件，但痛点依然明显： 传统插件（Regex/规则流）： 稍微改个 ID 或者 Class 名就失效，维护成本极高，且无法应对复杂语义（比如区分“手机号”和“紧急联系人电话”）。 RPA 工具： 配置太重，对普通用户不友好，那是给企业用的，不是给我们求职者用的。 核心思考： 现在 Gemini 3.0、GPT-4o 这种大模型已经具备了极强的语义理...