对象赋值变量传参vs直接创建对象传参的区别及最佳实践

你的理解是错误的，两种写法在内存管理上没有本质差异，不存在第二种写法的对象“不可追踪、内存丢失”的情况。

两种写法的核心区别 #

• 调试与可读性：
  第一种写法给请求对象命名了getDetailsReq，调试时可以直接查看这个对象的属性值（比如transId是否正确赋值），代码逻辑也更清晰，一眼能看出先创建请求、再初始化控制器。
  第二种写法是匿名创建请求对象直接传入控制器，调试时无法直接查看这个请求对象的状态，只能通过控制器的内部属性间接查看。
• 复用性：
  如果后续代码还需要用到这个getTransactionDetailsRequest对象（比如修改属性、传给其他方法），第一种写法可以直接复用getDetailsReq变量；第二种写法如果要复用，只能重新创建一个新的对象。
• 代码简洁度：
  第二种写法更紧凑，用一行代码完成控制器初始化，适合请求对象只使用一次的场景，代码更简洁。

推荐方案（分场景） #

• 优先选第一种的场景：
  • 需要调试查看请求对象的状态
  • 后续代码需要复用这个请求对象
  • 团队规范要求变量命名清晰，提升代码可读性
• 优先选第二种的场景：
  • 请求对象仅用于初始化控制器，后续不再使用
  • 追求代码简洁，且不会影响调试和可读性

关于内存管理的补充说明 #

两种写法中，getTransactionDetailsRequest对象都会被getTransactionDetailsController实例持有引用。只要getDetailsCont还处于有效作用域内（没有被GC回收），这个请求对象就会被正常追踪，不会被回收。

• 第一种写法的getDetailsReq是局部变量，当方法执行完毕后，这个变量会超出作用域，但只要getDetailsCont还存在，请求对象依然会被控制器持有，不会被回收；只有当getDetailsCont也被回收，且没有其他引用时，请求对象才会被GC清理。
• 第二种写法的匿名请求对象，同样被控制器持有引用，GC能正常追踪到它，不存在“内存丢失”的情况，回收时机和第一种完全一致。

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