问题一：函数计算里应用是使用FASTAPI模版创建的依赖里有一个是编译安装的，安装依赖会不会导致冷启动变长？
函数计算里我的应用是使用FASTAPI模版创建的，依赖里有一个是编译安装的，安装依赖会不会导致冷启动时间长？ 有什么解决办法？
参考回答：
这个您可以测测 代码包大对冷启动会有影响。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/582655
问题二：函数计算里自定义域名https访问问题，这边是否有成功开启http2的案例呢？
函数计算里自定义域名https访问问题，容器启用http2，但浏览器仍然使用http1.1访问。你们是否有成功开启http2的案例，我看你们在接入层实现了7层转发、这样的话http2和zip压缩肯定是要在你们接入层做，所以你们做了协议跟随吗？
参考回答：
这个不支持。8089端口是http2的，自定义域名：8089是走http2，443和80是http1。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/582654
问题三：函数计算里镜像函数的实例多久会被GC？
函数计算里镜像函数的实例多久会被GC？
参考回答：
参考这个：根据调度算法， 2-10分钟不等，如果没有调用， 执行环境容器实例就会被回收释放
可以使用定时触发器， keep warm 一个执行环境容器实例； 但是如果想保持多个容器一直 warm, 最好使用预留模式。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/582653
问题四：函数计算里这两者在性能上会有差吗？
函数计算里这两者在性能上会有差吗？ 
参考回答：
可以测测 主要看框架启动时间。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/582650
问题五：函数计算里fc3.0 InvokeFunction 接口, 这些Header还有效吗?
函数计算里fc3.0 InvokeFunction 接口, X-Fc-Stateful-Async-Invocation-Id, X-Fc-Async-Delay
这些Header还有效吗?
参考回答：
在阿里云函数计算（Function Compute，FC）中，接口和相关Header的参数可能会随着服务的更新而发生变化。对于FC 3.0的InvokeFunction接口，以下是一些可能相关的Header：
X-Fc-Stateful-Async-Invocation-Id: 如果你要进行有状态的异步调用，这个Header可以用来指定一个唯一的调用ID。这在处理需要保持状态的长生命周期函数调用时是必要的。X-Fc-Async-Delay: 这个Header可能用于设置异步调用的延迟时间，即函数会在被调用后延迟指定的时间才开始执行。
具体这些Header在FC 3.0中是否仍然有效，以及它们的具体用法和格式，建议参考阿里云官方最新的文档或开发指南
关于本问题的更多回答可点击原文查看：
