不存在“Composer中文架构”或“Composer-Collection集合类型”，Composer仅是PHP依赖管理工具；主流Collection库有三个：illuminate/collections（需collect()启动）、loophp/collection（需fromIterable()等工厂方法）、cakephp/collection（可new但需PSR-4映射），均禁用直接new Collection()，且filter()与reject()语义不同，惰性求值在终端操作时立即触发。
不存在所谓“Composer中文架构”或“Composer-Collection集合类型”——Composer 是 PHP 的依赖管理工具，本身不定义任何集合类型；你真正想用的，是某个第三方 Collection 库（比如 illuminate/collections、loophp/collection 或 cakephp/collection），通过 Composer 安装后在项目中使用。
composer require 装的是哪个 Collection？别认错包名
常见误操作是搜“composer collection”然后随便选一个包安装，结果引入了不兼容或已废弃的库。实际主流选择只有三个，用途和加载方式完全不同：
-
illuminate/collections：Laravel 官方集合，轻量、链式强、文档全；非 Laravel 项目可用，但必须用collect()启动，不能new Collection() -
loophp/collection：函数式风格，支持lazy()、生成器原生集成，适合流式处理；类名是loophp\collection\Collection，需use loophp\collection\Collection -
cakephp/collection：CakePHP 生态集合，强调不可变性与 pipeline 操作；类名是Cake\Collection\Collection，需手动配置 PSR-4 映射才能在 ThinkPHP 等框架里用
装错包会导致 Class not found 或方法不存在（比如调 ->pluck() 却报错），因为各库 API 不互通。
为什么 new Collection() 总报错？工厂函数才是唯一入口
几乎所有 Collection 库都禁用直接实例化，原因很实在：构造逻辑需要统一处理输入类型（数组、Traversable、null）、触发自动转换、绑定上下文。硬写 new Collection([1,2,3]) 会跳过这些检查，轻则数据丢失，重则 Fatal Error。
-
illuminate/collections：必须用collect([1,2,3])，它内部会做is_array()/is_iterable()判断并返回适配实例 -
loophp/collection：必须用Collection::fromIterable([1,2,3])或Collection::fromArray([1,2,3])，没有无参构造 -
cakephp/collection：必须用new Cake\Collection\Collection([1,2,3])—— 这是唯一允许new的，但前提是命名空间已正确加载且vendor/autoload.php已引入
漏掉 require_once 'vendor/autoload.php'; 是 Class not found 最常见原因，不是包没装好，是自动加载没生效。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
filter() 和 reject() 行为差异不搞清，数据就悄悄丢一半
这两个方法名字像对称操作，但语义和默认行为完全不同，尤其在处理 0、false、null 时极易出 bug。
-
filter()（以illuminate/collections为例）：不传回调时，默认剔除所有 falsy 值；传回调时才按逻辑判断。所以collect([0, 1, false, ''])->filter()结果是[1]，0和空字符串全没了 -
reject()：必须传回调才有意义；不传回调等价于什么也不做，返回原集合。想剔除0，得写->reject(fn($v) => $v === 0)，而不是以为->reject()就是filter()的反向 -
loophp/collection的filter()默认不剔除 falsy 值，必须显式写条件；这点和 Laravel 版相反，混用会翻车
跨库迁移代码时，光改命名空间不够，还得逐个核对过滤逻辑是否仍成立。
大数据量下 toArray() 一调就 OOM？惰性求值不是摆设
Collection 的惰性特性只在链式调用中有效，一旦遇到 toArray()、json_encode()、dd()、foreach 或 count()，整个链立刻全量计算并加载进内存。
- 调试时别直接
dd($collection->map(...)->filter(...))，20 万条数据瞬间爆内存；换成dd($collection->take(10)->all())查样本 -
loophp/collection提供->lazy()显式开启惰性模式，但illuminate/collections的惰性是隐式的，靠中间操作符（如map、filter）维持，一旦终端操作触发就不可逆 - 嵌套结构提取（如
pluck('items.*.id')）在illuminate/collections中不支持通配符，硬写会静默返回空，得走pluck('items')->flatten()->pluck('id')链路
真正麻烦的不是语法，而是每个库对“惰性边界”的定义不同——有的在 map 就计算，有的拖到 all() 才执行。没看文档就开干，线上跑着跑着就挂。
