时间如戳，这日子过起来还是蛮快的，不知不觉中已经来到了四月份。在以后的日子持续努力吧，不断分享经验，以及总结和复盘吧，持续保持一颗学习的心，不管是公司业务上好的，还是技术上的提升方面。努力做个好好学习，天天向上的人吧！ 加油！！！同时争取今年玩转Flutter。

目录：
一、iOS 模拟器无法响应键盘
二、setViewControllers用于重构VC栈
三、使用JXSegmentedView第三方框架总结
3.1 怎么禁用滑动切换，只能点击切换
3.2 使用JXSegmentedView第三方框架导致页面卡顿问题
四、清空单例

一、iOS 模拟器无法响应键盘

解决方法：
1.关闭模拟器
2.前往文件夹 ~/Library/Preferences
3.删除Preferences文件夹的 "com.apple.iphonesimulator.plist"文件
4.重启模拟器

二、setViewControllers用于重构VC栈

UINavigationController是实际开发中是很常用的。
举个:

self.navigationController?.popViewController(animated: true)
self.navigationController?.pushViewController(XXViewController(), animated: )

但是在面对一些特殊需求的时候，pop和push无法优雅的完成的操作。比如退回到中间的某个VC上，或者在第一个VC之前添加一个VC等，更甚者要重新构造整个VC的顺序，这时候setViewControllers方法就排上用场了，它使对VC栈的操作不再局限于push和pop，而是构造整个VC栈并应用到当前的UINavigationController中，这个方法支持iOS3.0+，放心使用。

需求场景一:
一个商城类App，从购物车->订单结算->支付结果页。从支付结果页侧滑以及点击左上角返回按钮时直接返回到购物车页面。
简单粗暴来讲就是： A->B->C => C->A

//A页面
self.navigationController?.pushViewController(ConfirmOrderViewController(), animated: true)
//B页面
   @objc func goPayOnClick(){
        let vc =  SPPayResultViewController()
        vc.hidesBottomBarWhenPushed = true
        if var vcArr = self.navigationController?.viewControllers{
            vcArr.removeLast()
            vcArr.append(vc)
            self.navigationController?.setViewControllers(vcArr , animated: true)
        }
    }
// C页面无需要任何代码

1.gif

需求场景二：
最原始的场景是：rootViewController->A->B => 返回依次是B->A->rootViewController
现如今需求是：rootViewController =>B B返回或者侧滑的时候需要显示A页面

    @objc func confirmOrderOnClick(){
        self.navigationController?.pushViewController(ConfirmOrderViewController(), animated: true)
        if var vcArr = self.navigationController?.viewControllers {
            let vc1 = XXViewController() //需要插入的控制器
            vc1.hidesBottomBarWhenPushed = true
            vcArr.insert(vc1, at: vcArr.count-1)
            self.navigationController?.setViewControllers(vcArr , animated: false)
        }
    }

2.gif

三、使用JXSegmentedView第三方框架总结

3.1 、怎么禁用滑动切换，只能点击切换

listContainerView.scrollView.isScrollEnabled = false

3.2、使用JXSegmentedView第三方框架导致页面卡顿问题

首先这个卡死问题不是必现的，其次必现是点击非第一个才能复现，再进到下级页面的时候，需不断在左测边找合适边角进行尝试复现路径。多玩几次还是能复现的。然后从github里面发现不止笔者一个人遇到该现象。还有其他的同学也遇到过该情况。
从非第一个 tabbar 的list pushController 侧滑卡死

解决方式：

在JXSegmentedView示例代码中以及文档中都有这两个方法，但是如果写了的话会导致从非第一个tab进去的，再返回的会造成卡死。将其去掉即可解决卡死现象。

    override func viewWillAppear(_ animated: Bool) {
        super.viewWillAppear(animated)
        
        //处于第一个item的时候，才允许屏幕边缘手势返回
        navigationController?.interactivePopGestureRecognizer?.isEnabled = (segmentedView.selectedIndex == 0)
    }
    
    override func viewWillDisappear(_ animated: Bool) {
        super.viewWillDisappear(animated)
        
        //离开页面的时候，需要恢复屏幕边缘手势，不能影响其他页面
        navigationController?.interactivePopGestureRecognizer?.isEnabled = true
    }

四、清空单例

使用单例的过程中，我们应当注意不需要的时候需要清除，否则会一直在保存在内存中。
例如：目前接手的项目中，就出现这么一个例子。用户切换账号登录的时候依然缓存的是上个用户视频、音频。需要手动杀掉app才显示是当前的用户数据。所以我们在使用单例的过程中一定要在不需要的时候清除，否则会导致用户数据不对，这对用户来说是极其不好的体验。

那么我们应当如何清空单例? 你或者想说直接将其设为nil不就好了么，但是设置为nil后，再重新初始化的时候，打印内存地址的时候你会发现内存地址没有变。设置为nil之后重新初始化还是会复用之前的内存地址。而我们想要清除之后，重新初始化时新的内存地址。显然这是不符合我们预期的。

正确的方式是：

static XMAccountManager *sharedInstance;
static dispatch_once_t   onceToken;
+ (instancetype)shareInstance{
    dispatch_once(&onceToken, ^{
        sharedInstance = [[self alloc]init];
    });
    return  sharedInstance;
}

- (void)clear{
    onceToken = 0; //只有置成0,GCD才会认为它从未执行过.这样才能保证下次再次调用shareInstance的时候,再次创建对象.
}