将视图控制器放置在导航堆栈中，然后弹出不会减少内存，并会导致内存泄漏。

根据您描述的问题，内存泄漏可能发生在从包含ARSCN视图的控制器返回时。结合参考资料中的方法论与实战经验，以下是一步步诊断和解决此问题的建议：

1. 确认内存泄漏现象

• 监控内存使用情况：首先，使用Xcode的Instruments工具（如Allocations或Leaks）监控应用在导航前后及过程中的内存变化，确认是否存在内存持续增长且不下降的现象。

2. 分析内存使用模式

• 识别内存增加规律：如果内存有规律地增加和减少，检查是否与流量或场景复杂度相关联。正常的GC（垃圾回收）应导致内存使用在无新分配时下降。

3. 快照分析

• 获取堆快照：若观察到内存持续保持高位，即使在GC后也未下降，利用Instruments的Heapshot功能获取多个时间点的堆内存快照，对比分析内存中对象的增长情况。

4. 定位泄漏源

• 分析对象生命周期：在堆快照中寻找那些不应长期存在的对象，特别是数量异常增长的对象类型。关注于ARSCN视图相关的类、节点、材质等资源是否被正确释放。
• 追踪GC Root：确定这些未释放对象的引用链，看是否有全局变量、静态变量或闭包错误地持有这些对象，导致它们无法被回收。

5. 代码审查与修复

• 检查视图控制器释放逻辑：确保在视图控制器的deinit方法中正确解除了对ARSCN视图及其依赖资源的所有强引用。
• 管理ARSession和ARSCNView：确保在视图控制器移除时，适当停止并销毁ARSession，清理所有附加到ARSCNView的节点和监听器。
• 异步加载与卸载资源：考虑在视图出现和消失时，采用懒加载和及时卸载策略管理大型资源，避免不必要的内存占用。

6. 验证修复效果

• 重复测试：使用之前的测试路径，多次导航至包含ARSCN视图的控制器并返回，监控内存使用情况，验证内存泄漏是否已解决。
• 压力测试：可进行额外的压力测试，模拟高频率的页面切换，以确保在极端情况下内存管理依然稳定。

通过上述步骤，您可以系统地定位并解决内存泄漏问题，确保应用在导航过程中保持良好的内存使用状态。