为什么 PSR7 规范中， HTTP 响应必须要被视为无法修改的？

[linpf]

Responses are considered immutable; all methods that might change state MUST be implemented such that they retain the internal state of the current message and return an instance that contains the changed state.

HTTP 响应是被视为无法修改的，所有能修改状态的方法，都必须有一套机制，在内部保持好原有的内容，然后把修改状态后的，新的 HTTP 响应实例返回。

我的理解是，response 对象一旦生成就不允许修改，如果在控制器中需要添加一条新的 header 头信息，都需要克隆旧的 response 对象，然后在新对象中添加，返回新的对象。如果要添加 10 条 header 头信息，那么就要生成 11 个 response 对象。

不知道我的理解是不是正确的，如果真的是这样，考虑不到它的意义，反而感觉是一种内存的浪费啊。为什么还要保留之前旧的 response 对象？直接在当前的 response 对象里添加就好了啊，反正也能返回一次。

[jessynt]

可以找找郵件列表關於這塊的討論： https://groups.google.com/forum/?fromgroups#!forum/php-fig

https://groups.google.com/forum/#!topic/php-fig/ghwbO2zhW-8

[hantsy]

React/Redux 引以自豪就是数据流的 immutable, 以大幅提高性能。但我不知道 PHP 底层实现与 React 是否有可比性。

[linpf]

@jessynt 18+1 的原因，上不了谷歌。

@hantsy psr7 的 immutable 是用 PHP 实现的，不是在 C 底层实现的。只是为了满足 PSR 规范而已。性能上我看不到有啥优势。

[zjsxwc]

感觉和 erlang 之类的消息不可变原则一样的原因

[zjsxwc]

只能克隆创建新的, 不能修改原来的, 可以避免很多情况下的副作用

[linpf]

@zjsxwc 但是想了好久也想不出来会有什么副作用。