fundroid

> 情况1：单独的Activity 启动的都是无参数的 popto可以生效 > 情况2：另一个Acftivity 内部Fragment都是带参数的 popto没有反应 > > PopTo会有使用要求吗？ 写法一样 有的能生效有的不生效，难道真是参数的问题？ 我本地测试，可以popTo到一个带参数启动的Fragment，具体代码能不能贴一下？比如目标framgent是如何创建的？如何popTo的？

先fix 点击堆栈图标闪退的问题。 >>第二个栈是Fragment对象 而不是具体的PaymentFragnemt对象 为什么第二个是普通的Fragment对象？

1. 如你所说，如果是ViewPager个页面之间的切换，感觉不需要回退栈管理的话，所以不需要push 2. 如果是希望在子Fragment中为父级的Stack压栈，可以调用parentFragment.push(...) 3. 考虑Activity只提供容器，不应该有逻辑，所以就没设计任何扩展方法

> 另外还有一个思考，比如这种4个viewpager，是否也可以直接使用4个栈来管理呢？这样在任何下级页面切换时，都能保留另一个导航内都路径 这个我觉得是靠谱的 看你的产品UI，4个标签卡的切换逻辑是否可以放到HomeFragment，这要就不需要Activity了

`by navGrpahViewModes(R.id.xxxx) `一般用来获取前面已经入栈的节点的ViewModel，对于已经入栈的节点Graph中已经可以找到了，所以可以使用。但是这里确实有一个小问题：Fragivity中通常并不关心id（实际id是class的hash），所以通过id获取vm不够友好。后期会添加一个不通过id获取vm的API供大家使用。当然非必要的情况，推荐直接使用`by activityViewModels()`

嗯，有问题咱们一起解决👊

kotlin是趋势，可以低成本地可以针对Java的使用体验做一些兼容，不会用Java进行大规模重构。

> 很棒的思路，我被navigation搞得头发都掉了，尤其是现在NavGraph像蜘蛛网一样密密麻麻的。后悔用了navigation了 🤝这也是写这个库的初衷

> 1.Activity销毁重建 内部的每一个Fragment都会resume 如果fragment太对会卡顿 有人提过相同issue，后期优化 > 2.Activity load root fragment之后 点击跳转到第二个fragment会有一点卡顿（第一次会卡顿），可能是第一次动态创建文件耗时了导致稍微的卡顿 库本身应该没有耗时操作，trace看一下是不是业务层逻辑的问题？

@liukai2530533 恢复重建时的潜在性能问题已修复：https://github.com/vitaviva/fragivity/issues/4