先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Web前端全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上前端开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip1024c （备注前端）

正文

2.2典型客户场景

2.2.1华为视频:前端基于函数开发中间层，实现前后端解耦，开发上线效率提升1 00%+

1.场景&问题

场景:视频App前端展示的内容随业务需要经常变化，包括排版更新，新功能上线

问题:前端变化的内容往往只涉及后端数据的重新组合或者格式转换，但却需要前后端一起配合修改，沟通成本高，版本上线慢

2.解决方案

前端使用自己熟悉的Node.js语言开发函数，作为中间层调用后端微服务，对数据裁剪、聚合以适配前端业务需要。

3.价值&收益

前后端彻底解耦，前端聚焦业务，后端仅需提供通用接口，不再关心数据如何展示，减少了

沟通成本

前端只需开发中间层业务函数，业务服务器的部署、运维和扩容，都由函数计算平台托管，开发上线效率提升100%以上

2.2.2阿联酋xx: Serverless化构建 车队管理系统，上线周期缩短一 半，总成本降低30%

2.2.3XX车企:函数结合AI等服务，毫秒级弹性伸缩和NoOps支持实时小碰撞检测

2.3FunctionGraph主要能力

2.3.1FunctionGraph 2.0:基于华为元戎的新一代函数计算与编排服务，8大特性发布

2.3.2特性1:丰富的函数开发语言及触发方式让设计更灵活

2.3.3特性2:可视化拖拽式函数流支持编排复杂业务场景

2.3.4特性3:统一-插件支持云上和云下的开发与调试

2.3.5特性4: Http函数让WEB服务近乎0成本改造，享受Serverless优势能力

2.3.6特性5:函数支持容器镜像，简化应用Serverless化

2.3.7特性6:函数支持在运行时动态指定资源，灵活调度节省成本

2.3.8特性7:百毫秒冷启动时延,单实例多并发，毫秒级弹性

2.3.9特性8: 1ms粒度按量计费,节省开支

3.FunctionGraph技术原理与实践

---

3.1.函数计算关键技术原理

3.1.1Serverless架构优势

3.1.2Serverless函数带来的挑战:冷启动

• 函数被伯克利称为“异步调用的微服务”;

• 从Long Running变为Event Driven,函数的启动时延成为关键指标，直接影响哪些应用能够函数化;

3.1.3冷启动时延优化

平台侧优化

1.池化

大小自适应的空实例池，按当前池消耗速率和容器产生速度动态调整容器池大小，优化启动速度同时降低增加空函数实例的成本

2.网络优化

简化网络配置，提升启动速度

3.函数代码预加载

基于LRU ( Least Recently Used )的多级代码包缓存，预创建不含代码包的空实例，优化容器首次启动与调度时延

4.解压缩优化

高性能的压缩算法提升解压速度和压缩比

用户侧优化

预留实例:

预留实例是将函数实例的创建和释放交由用户管理,当您为某一函数创建了预留实例，函数_ I作流收到此函数的调用请求时，会

优先将请求转发给您的预留实例，当请求的峰值超过预留实例处理能力时，剩余部分的请求将会转发给按量实例，由函数工作流自动为您

分配执行环境。预留实例在创建完成后，会自动加载该函数的代码、依赖包以及执行初始化入口函数，且预留实例会常驻环境，消除冷启

动对业务的影响。

1.减少代码包大小

代码包过大会增加传输、解压、加载时间，通过去冗余文件等减少代码包大小对冷启动时延优化效果较明显

2.选择合适语言

nodjs、python、 golang- -般优于java, 针对java也可以尝试编译成本地代码方式

3.降低代码初始化时间

升级依赖包，合并依赖文件等

4.选择合适的内存

函数内存越大，计算能力越强，冷启动表现越优

5.预留实例

1.根据业务 波峰波谷配置固定预留实例，超出部分通过弹性实例解决

2.定制自己业务 需要的预留实例策略

3.1.4Serverless运行模型带来的注意事项

• Serverless运行模型与传统模型最大区分在于动态伸缩，最小可以缩小到0

• 如果有预留实例，请求优先发到预留实例，预留实例是LongRunning

• 函数平台为了尽量避免冷启动，一般在一次请求执行完并不会立刻销毁，一般会保留N分钟左右，在后续请求会进行实例复用。如果N分钟无请求则会销毁函数实例，内存变量和临时文件也同时销毁

• 因为实例复用，在同一个函数的多次请求之间可能会复用内存变量和临时文件，如果需要在上一-次请求和本次请求调用之间做隔离则需要在代码里做删除文件操作和变量清除

• 如果需要长期保持和共享文件，可以通过挂载文件系统( sfs、sfs turbo、ecs等)，文件系统上的数据不会删除

3.1.5函数调用机制

同步调用

客户端请求需要明确等到响应结果，也就是说这样的请求必须等调用到用户的函数调用完成才返回

异步调用

异步调用是指客户端不关注请求调用的结果，服务端收到请求后将请求排队，排队成功后请求就返回，服务端在空闲的情况下会逐个处理排队的请求。

如何选择

• 看是否需要等待返回的结果

• 看函数执行时长，如果超过90秒，建议异步

• 异步支持执行完通知特性， 可配置通知机制

3.1.6单实例多并发:支持更多调用

3.2.函数计算实践分享

3.2.1架构模式的变化:从微服务化逐步向Serverless化演进，并将长期共存

3.2.2客户Serverless化推荐路径:新业务试点，渐进式改造

3.2.3如何提高调用可靠性

平台侧

多AZ、多集群、反亲和、内部重试、链路优化等

用户侧

• 1.同步调用从客户端重试、

• 2.异步调用配置重试策略， 如果想获知结果可以配置成功时或失败时的通知目的端

3.2.4如何从架构层面提升可靠性

• 1.应用程序部署采用跨AZ

• 2.针对高并发高可靠场景， 函数入口之前采用消息队列如Kafka, kafka触发函数执行

• 3.函数交互过程按需使用消息队列

3.2.5如何定位性能问题

如何定位性能问题，除了可以通过监控、日志，我们对接了APM2.0， 可以做到免侵入式调用链能力，支持自动采集jvm,sql， exception, redis, httpclient, kafka,tomcat等框架， 支持多函数调用拦截

3.2.6如何灰度发布

用户可以创建别名，指向特定函数版本。别名的优势在于:如果需要回滚到之前的函数版本，则可以将相应别名指向该版本，不再需要修

改代码信息。

函数别名支持绑定两个版本，-个对应版本和开启灰度版本，并且支持配置同一个别名下两个不同版本分流权重。

3.2.7如何零改动迁移现有Web应用到函数

场景问题

微服务和函数在未来几年会是一个共存的形态，当前存在着大量微服务应用，如何高效的支撑其Serverless化，让现有微服务快速享用到

Serverless的优势能力，是一个待解决的问题。

方案

针对Web服务，推出API网关加FunctionGraph的Http函数方案，用户只需把原有的Web Server代码打包为一个Http函数，即可完成Serverless化改造。

价值体现

• 多语言WEB框架支持，例如: Java - Spring Boot, Nodejs - Express等框架开发的应用极小修改就是能完成Serverless函数化改造。

• 开发人员可以继续使用熟悉的开发框架和测试工具， AP|网关服务随函数自动化创建，降低开发人员学习负担。

• 改造后无需运维资源，简单配置即可实现100ms级自动弹性和灰度升级。

3.2.8HTTP函数原理

事件函数

事件函数的请求经过API网关或者其他触发器时，会对请求的消息进行编码成固定的事件格式，FunctionGraph 直接调用用户函数里的方法并将事件消息作为参数传入。

HTTP函数

用户发送的HTTP请求经过API网关后，网关会将原生HTTP请求直接透传的到FunctionGraph, FunctionGraph讲请求直接转发到用户函数代码里起的webserver里。

3.2.9数据库连接池实战

方案一(单实例多并发+预留实例)

• 预留实例确保了连接池是常驻

• 单实例多并发确保函数实例可以处理更多请求

• 另外需要注意配置函数总并发实例数

• 数据库最大连接数尽 量配置大些

方案二(数据库代理方式)

• 通过数据库代理来访问数据库， 代理到数据库之间为长连接

• 数据库代理可以通过读写分离支持更多请求

3.2.10函数调用如何降低成本

网络访问相关实践

3.3.高阶特性:有状态

3.3.1函数和有状态的关系

3.3.2有状态函数运行逻辑

3.3.3有状态应用模式

最后

最后写上我自己一直喜欢的一句名言：世界上只有一种真正的英雄主义就是在认清生活真相之后仍然热爱它

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip1024c （备注前端）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
g_convert/03f2b1dd147ef055ea850520daa5788e.png)

最后

最后写上我自己一直喜欢的一句名言：世界上只有一种真正的英雄主义就是在认清生活真相之后仍然热爱它

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip1024c （备注前端）
[外链图片转存中…(img-sng14yJu-1713452294964)]

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！