为何给UDT对象htfD1的rsD字段赋值失败，直接赋值rsD1却正常？

核心问题本质 #

你遇到的问题根源是Pine Script跨时间帧执行时的上下文隔离机制，以及嵌套UDT（用户自定义类型）字段和独立UDT变量的引用处理逻辑不同。

具体原因拆解 #

1. request.security的跨时间帧执行逻辑 #

request.security会在目标时间帧（比如你用的3M）的临时执行上下文里运行内部代码，这个上下文和主时间帧（1分钟）完全隔离：

• 在失败脚本中，你直接在request.security里调用rsF1(htfD1.rsD)，相当于让目标时间帧的上下文直接操作主时间帧里htfD1的嵌套字段rsD。但Pine Script不允许跨上下文直接修改嵌套在父UDT里的对象引用，这种操作会触发上下文同步错误，导致赋值失败。
• 在成功脚本中，request.security操作的是独立UDT变量rsD1，这个变量的生命周期独立，目标时间帧的上下文可以正常处理它的实例，返回后再赋值给htfD1.rsD——相当于用独立变量做了一层「中转」，避开了跨上下文操作嵌套UDT的限制。

2. 嵌套UDT的引用限制 #

Pine Script里，嵌套UDT字段的存在完全依附于父UDT对象，它的引用无法在跨时间帧的临时执行环境中被正确初始化或修改。而独立UDT变量是独立的内存对象，跨时间帧执行时能被正确复制和传递，不会和主上下文的父UDT产生绑定冲突。

3. 赋值语句的执行时机差异 #

失败脚本里的htfD1.rsD := request.security(...)，是直接让嵌套字段接收跨上下文返回的对象，这个过程中Pine Script无法验证嵌套字段的引用有效性；而成功脚本里的rsD1 := request.security(...)，先让独立变量接收结果，再同步给嵌套字段，这个操作完全在主时间帧的安全上下文里完成，避免了引用验证失败的问题。

总结 #

简单来说：跨时间帧操作时，直接修改嵌套UDT字段会触发上下文冲突，而用独立UDT变量中转，就能避开这个设计限制，让赋值正常执行。

内容的提问来源于stack exchange，提问作者Moebius