UITextField.secureTextEntry 明暗文切换

记录一下解决这个问题的过程

在密码输入框使用secureTextEntry = YES, 可以避免用户使用第三方键盘或者切换键盘类型后输入中文等奇奇怪怪不应该作为密码的文本，但国内大多产品都有个不符合iOS设计规范的需求就是用户可以点击一个类似眼睛的按钮显示密码明文。

如果直接设置secureTextEntry = NO，会发生键盘直接切换为第三方键盘（iOS 10.3系统下发生），并且可以切换键盘类型，导致用户输入不规范。

尝试过设置一个全局变量在密码输入框响应时

- (BOOL)application:(UIApplication *)application shouldAllowExtensionPointIdentifier:(UIApplicationExtensionPointIdentifier)extensionPointIdentifier {
    if ([extensionPointIdentifier isEqualToString:UIApplicationKeyboardExtensionPointIdentifier]) {
        return ShouldAllowKeyboardExtension;
    }
    return YES;
}

系统回调返回NO，来避免键盘直接切换为第三方键盘，但这么做有两个问题：

当此回调返回一次YES后，系统就把允许第三方键盘使用缓存下来，后续再返回NO也无效，不能达到每次密码输入框响应时禁用第三方键盘的效果；
就算禁用了第三方键盘，在secureTextEntry = NO的情况下系统键盘可以提供语音输入，在语音输入类型下可以切换为普通话再返回键盘输入时可以输入中文（iOS 12.0系统下京东存在这种情况）；

那么结论就是密码输入框的secureTextEntry只能设置为YES。

接下来就考虑怎么在secureTextEntry = YES情况下显示明文密码，网上搜索修改font的办法无效（iOS 10.3下测试）。

起初尝试在监听用户输入时调用setNeedsDisplay来重绘，但是这样涉及的逻辑太多，且还要计算光标位置，太麻烦的方法对我来说不可取，于是换个思路，找找系统是在什么时候使用“点”来绘制文本的。

系统需要用“点”来绘制文本的前提条件是secureTextEntry属性为YES时，当我查看系统调用这个属性getter方法时的堆栈信息里发现，在此之前调用了_shouldObscureInput，哇，这分明就是我想要的东西。

于是继承UITextFiled重写_shouldObscureInput后无论返回YES/ NO结果都不影响，再继续分析调用此属性时的堆栈发现，在某次调动该属性前还调用了[UITextFiled font]和[UIFiledEditor font]。

猜想可能secureTextEntry的“点”确实和字体有关（如果要我来做的话我也会这么做），但更关键的点是我发现内容的实际绘制是在UIFieldEditor上，所以我要找的东西也应该在这上面。

Class-dump了UIKit.framework，在UIFieldEditor.h里面果然发现了很多obscureInput相关方法

- (_Bool)_shouldObscureInput;
- (void)_obscureAllText; 
- (void)_cancelObscureAllTextTimer; 
- (struct _NSRange)_unobscuredSecureRange;

最后hook了UIFieldEditor的_shouldObscureInput方法返回我想要的值就达到目的啦~

再加一句更新下UITextField.text属性可以“刷新”UITextField。

以上是在iOS10.3系统的测试机下实现了效果，如果存在兼容问题后续再更新吧。

UITextField.secureTextEntry 明暗文切换

推荐阅读更多精彩内容