Discuz! Board

 Forgot Password
 Register now
Search
Hot Search: Activity Personals discuz
View: 976|Reply: 0
Print Previous Topic Next Topic

的般观点是需要解释的代码越少依

[Copy Link]

2

Threads

2

Posts

8

Credits

Newbie Member

Rank: 1

Credits
8
Jump to the specified floor
Landlord
Posted at 2023-10-9 13:58:31 | Only Author Replies reward |Descending browser |Read mode
提到的资源分配差异通过这一奇怪的技巧您的账单可以节省冷启动和引导代码这些知识可用于通过将代码移出处理程序的范围来提高函数的性能。这可确保在环境有更多可用资源时执行处理程序外部的代码。例如您可能在无服务器函数中执行类似的操作上面的处理函数计算斐波那契数列中的第个数字。计算完成后您的函数将继续处理请求并最终返回响应。将其移动到处理程序的外部允许在环境有更多可用资源时进行计算并使其仅运行一次而不是在每次调用时运行。

更新后的代码如下所示另一件需要记住的事情是支持顶级等待它允许您在处理程序之外运行异步代码。我们发现在处理程序之外显式运行的函数会对函数的性能产生积极影响使您 Whatsapp 号码列表 的功能尽可能简单无服务器函数是非常小的孤立的代码片段。如果函数的和依赖关系树庞大且复杂或分布在许多文件中您会发现运行时读取和解释它需要更长的时间。您可以采取以下措施来提高启动性能仅包含您的函数实际需要完成其工作的代码不要使用加载大量不需要的东西的库和框架这。



赖关系树越简单请求处理的速度就越快。不要做超出需要的工作每次调用函数时可能重用的任何值计算或昂贵的操作都应缓存为处理程序范围之外的变量。这样做可以避免每次调用该函数时都执行这些昂贵的操作。考虑一种情况其中存储在数据库中的值不经常更改例如可配置的重定向虽然此代码可以工作但每次调用该函数时都会运行查找重定向的查询。这并不理想因为它需要访问数据库来查找您在上次调用期间已经找到的值。


Reply

Use props Report

You need to log in before you can reply Login | Register now

This forum Credits Rules

Archiver|Mobile ver.|Darkroom|enbbs.makerpi3d.com

GMT+8, 2024-12-23 07:32 , Processed in 0.060140 second(s), 21 queries .

Powered by Discuz! X3 English ver.

© 2001-2013 Comsenz Inc.

Quick Reply Back to top Back to list