无服务器环境的特点是代码按次运行，运行环境由平台临时准备。程序跑起来时，它所在的机器、所处的网络位置都可能和上一次不同。这种形态下用代理IP，思路和固定机器上不太一样：能依赖的只有代码里写下的那部分设置。
每次运行都可能换一个环境
平台按需要启动运行实例，跑完就回收。实例本身带着平台分配的地址，这个地址通常不固定，也不归使用者管理。想让请求走某条特定线路，就得在代码里把代理IP的设置写清楚，不能指望环境里已经配好。
- 运行实例的地址由平台分配，使用者管不了
- 实例可能被复用，也可能每次都是新的
- 环境变量可以预设，但要确认平台支持
- 写在代码里的设置最可靠，跟着代码走
至于配置放在哪里，无服务器环境下写在代码里最可靠。平台支持预设环境变量的，可以用环境变量把线路信息传进去，代码读变量即可，换线路不必改代码。两种方式结合使用，敏感信息放环境变量，逻辑放代码。代理IP的线路信息属于敏感内容，放在变量里比写在代码里更稳妥，换的时候也不必重新发布一次。
要留意的地方
无服务器环境有几个容易踩的点。实例被回收时，正在进行的长连接会中断，依赖连接保持的任务需要做重试。运行数量随请求量伸缩，瞬间可能有很多实例同时发出请求，代理IP那一侧的承载能力要提前估。
计费方式也会影响做法。按运行时间计费的环境里，等待响应的时间也计入成本，线路慢会直接推高开销。
怎么验证
跑一次最简单的任务，把对端看到的来源打印出来，和配置里写的对一遍。再连续跑几次，看来源是否始终一致。如果几次之间发生了变化，说明其中一次没有走对代理IP的线路，需要检查代码里的分支。验证最好做在任务的前几步，一旦不对就尽早退出，别等跑完一整轮才发现整批结果都不可用。
能依赖的只有代码里写下的设置。
验证过再放到正式流量上。
无服务器环境把机器管理交给平台，代价是环境本身不再可控。代理IP在这种形态下的配置要落在代码和变量里，跑之前先验证几次，确认每次都走对。承载能力和计费方式是这一场景里最容易被忽略的两处，提前估一遍能省掉后面的麻烦。环境不可控时，配置就要写得更明确。