[Bug]：用findWindowInstanceByTag查找后再cancel() 不能消除

[xiangsss]

框架版本【必填】

13.2

问题描述【必填】

EasyWindowManager.cancelWindowByTag(String.valueOf(KeyMapGnType.GN_TOAST_WINDOW));
// 用下面这个不行，消除不了（首次可以）
//EasyWindowManager.findWindowInstanceByTag(String.valueOf(KeyMapGnType.GN_TOAST_WINDOW)).cancel();

我看了cancelWindowByTag的源码，里面是查询后cancel，继续遍历，，，，findWindowInstanceByTag是找到一个立马返回！ 所以存在这个问题，，，但是我每次都是先消除的，不应该出现多个！！！！具体的我就没有深入看了！！！我不知道这属于bug，还是本身就这么设计的呢！谢谢

复现步骤【必填】

        try {
            EasyWindowManager.cancelWindowByTag(String.valueOf(KeyMapGnType.GN_TOAST_WINDOW));
            // 用下面这个不行，消除不了
            //EasyWindowManager.findWindowInstanceByTag(String.valueOf(KeyMapGnType.GN_TOAST_WINDOW)).cancel();
        } catch (Exception e) {}
        EasyWindow.with(mActivity)
                .setWindowTag(String.valueOf(KeyMapGnType.GN_TOAST_WINDOW))
                .setContentView(R.layout.window_show_toast2)
                .setTextSizeByTextView(R.id.v_msg, v_seek_size.getProgress())
                .setTextByTextView(R.id.v_msg, ls_str)
                .setWindowDuration(time)
                .show();

是否必现【必填】

是

项目 targetSdkVersion【必填】

28

出现问题的手机信息【必填】

雷电模拟器（android9）

出现问题的安卓版本【必填】

android9

问题信息的来源渠道【必填】

自己遇到的

是部分机型还是所有机型都会出现【必答】

全部

框架最新的版本是否存在这个问题【必答】

是

框架文档是否提及了该问题【必答】

否

是否已经查阅框架文档但还未能解决的【必答】

是

issue 列表中是否有人曾提过类似的问题【必答】

否

是否已经搜索过了 issue 列表但还未能解决的【必答】

是

是否可以通过 Demo 来复现该问题【必答】

是

提供报错堆栈

提供截图或视频

No response

提供解决方案

No response

[getActivity]

EasyWindow-13.5.aar.zip

[getActivity]

[getActivity]

我已经获取悬浮窗对象从单个换成了多个，你用上面的 aar 包测试看看有没有问题，如果有发现问题，请及时通知我处理，如果没有也通知我一声，我发布一下远程依赖上去。

[xiangsss]

@getActivity 可以，没问题！！！ 我以为设置tag后能复用的，原来不是，不知道可设置复用的吗，如果没有的话，建议增加一个设置：可复用（根据tag）

[xiangsss]

虽然可以保存变量EasyWindow 这样去复用，但不方便，如果能直接设置 根据tag复用，就不用自己再去管理变量之类的事情

[getActivity]

@xiangsss 如果 EasyWindow 调用了 recycle 方法，则会从 EasyWindowManager 中移除，是不能再复用 EasyWindow 对象的，如果没有调用 recycle 则没有问题。也就是说你在 EasyWindowManager 中获取不到的 EasyWindow 对象是不能复用的，因为它们已经被回收了，如果只是仅取消显示，那还不至于触发回收，这种情况下还能复用，不知道这样说你是否能懂我的意思？

[xiangsss]

@getActivity 嗯，我明白！ 就如我上面代码中，只是cancel，并没有recycle！ 如果我每次都是直接：
EasyWindowManager.cancelWindowByTag(TAG);
EasyWindow.with(mActivity)
.setWindowTag(TAG)
.setContentView(R.layout.window_show_toast2)
.setTextByTextView(R.id.v_msg, ls_str)
.setWindowDuration(time)
.show();
的话，每次都会重新创建一个！！！如果我要复用的话只能 先查找有没有，然后再.update(); 这样步骤就太多了！

[getActivity]

@getActivity 嗯，我明白！ 就如我上面代码中，只是cancel，并没有recycle！ 如果我每次都是直接： EasyWindowManager.cancelWindowByTag(TAG); EasyWindow.with(mActivity) .setWindowTag(TAG) .setContentView(R.layout.window_show_toast2) .setTextByTextView(R.id.v_msg, ls_str) .setWindowDuration(time) .show(); 的话，每次都会重新创建一个！！！如果我要复用的话只能 先查找有没有，然后再.update(); 这样步骤就太多了！

这种步骤的设计很合理，你能想出来一个更好的设计？

[xiangsss]

@getActivity 比如，增加一个：.showReuse() 内部自行判断，自行复用，没有就创建

[getActivity]

@xiangsss 这跟你自己去 EasyWindowManager 缓存中拿有什么大区别？不是都差不多？还有你新增的这个方法，可能除了你，其他人根本不会想到有这种方法，平常人的脑回路是线性思维，这种需要绕弯的方法，给人一种匪夷所思的感觉，并且理解和消化成本极高。

[xiangsss]

@getActivity 嗯，好的！大佬！

[getActivity]

@xiangsss 你先测试一下我给你的 aar 包是否有问题？如果没有的话告诉我，我发布一下远程依赖。如果有的话，请及时告知我处理。

[xiangsss]

@getActivity 测过了的，没问题