1. 全角和半角不是字体样式是两套不同的字符编码很多人第一次遇到密码明明是对的登录却提示错误的时候第一反应是平台出问题了第二反应是记错密码了。我处理过不少这类求助最后追下去相当一部分根因简单到有点荒谬密码里那个字母a实际上被输入法打成了全角的。两者在屏幕上、在很多字体下几乎一模一样但在计算机眼里它们是两个完全不同的字符编码不同、字节不同、哈希出来的结果自然也不同。关键词里的全角半角密码错误输入法登录排查说的其实就是这一整条链路。这个问题的麻烦之处在于它的隐蔽性。密码框默认是圆点遮蔽的你根本看不见自己输了什么平台出于安全考虑登录失败时往往只给一句账号或密码错误不告诉你是哪个环节出了问题再加上很多人是在换电脑、换输入法、升级系统之后才遇到天然会把原因归到新环境上很难联想到一个字符宽度的问题。所以这类问题值得单独拆开讲清楚它是什么、为什么会发生、怎么在三五分钟内定位、以及事后怎么避免再踩。下面的内容我按原理—链路—排查—复现—防御的顺序展开既有给普通用户看的自查方法也有给开发者看的字符处理细节。哪怕你只是想知道自己为什么登不上直接跳到第 3、4 章也能拿到可执行的操作步骤。1.1 一个字母在Unicode里的两个身份证要理解这件事得先回到字符编码的基本事实。在 Unicode 字符集里小写字母a的码位是U0061而全角小写的码位是UFF41。数字1是U0031全角是UFF11。是U0040全角是UFF20。你会发现一个很规整的规律绝大多数全角 ASCII 字符码位都等于对应半角字符加上0xFEE0十进制 65248。这个区段在 Unicode 里叫半角及全角形式Halfwidth and Fullwidth Forms大致落在UFF00到UFFEF之间。它存在的原因有历史包袱在早期的中文、日文终端和排版环境里一个汉字占两个英文字符的显示宽度为了让英文、数字跟汉字对齐排版就造出了一批占两个字符宽度的英文字母和数字这就是全角形式的由来。日文的半角片假名则是反过来的需求这里不展开。关键结论是全角字符不是半角字符加粗或拉伸它是独立的、有自己码位的另一个字符。你用任何哈希算法对abc和求摘要结果都不会相同。所以当用户在中文输入法全角状态下把密码敲进去服务端拿到的就是他从未设置过的那串字符校验失败是必然的。对照关系可以看这张表排查时非常有用半角字符码位全角字符码位码位差值aU0061UFF410xFEE0AU0041UFF210xFEE01U0031UFF110xFEE0U0040UFF200xFEE0_U005FUFF3F0xFEE0半角空格U0020全角空格U3000不适用特别注意最后一行全角空格U3000是一个例外它不符合0xFEE0的规律。这一点在实际排查中非常致命因为空格在密码框里完全不可见而全角空格恰恰是最容易被误输入的一类字符——中文输入法状态下按空格选词稍不留神就留下一个全角空格。我在自己写的小工具里字符检测逻辑必须单独把U3000拎出来处理否则会漏判。1.2 输入法在什么条件下会把你的按键换成全角明白了是什么接下来要搞清楚什么时候会发生。绝大多数人用的中文输入法都提供了全角/半角切换的能力常见的触发方式有两类。一类是快捷键用得最多的是Shift 空格部分输入法用Ctrl .或者单独的功能键另一类是状态栏上的小图标一个月牙形和圆形之间的切换。这两类里快捷键最容易被误触——你在打字时手速快一点Shift还没松开就按了空格输入法状态就悄悄切过去了屏幕上不会有任何弹窗提醒。更麻烦的是输入法本身有记忆能力。很多输入法会记住你上一次在某类窗口里的全角/半角状态甚至为每个应用单独维护状态。所以会出现一种很诡异的现象你在聊天窗口里打出来的是半角切到浏览器登录页打出来就是全角而你自己完全无感。这类状态不一致恰恰是排查时最容易忽略的变量。还有几个高频场景需要单独点名。一是中文标点自动转换在中文输入状态下你按逗号得到的是UFF0C按句号得到的是。U3002按引号得到的是U201C/U201D按顿号、书名号同理。如果你的密码里含这些符号切到中文状态输入就会全错。二是数字全角部分输入法在全角模式下连数字都会变成。三是移动端的智能标点手机输入法普遍默认开启中文标点联想一个句点能被替换成中文句号用户根本察觉不到。注意判断自己是否处于全角状态最直接的办法是在任意可编辑文本框里打一个字母和一个数字看它们是不是明显比周围的汉字窄、间距是否正常。全角字母看起来会胖一些并且跟汉字一样宽。1.3 那些肉眼几乎无法分辨的影子字符除了全角半角还有一类字符同样会导致密码校验失败而且更难发现我把它统称为影子字符。它们的共同特征是在屏幕上几乎不可见或者看起来完全正常但占用了真实的码位。第一类是零宽字符比如零宽空格U200B、零宽非连接符U200C、字节序标记UFEFF。这些字符在渲染时宽度为零你看到的密码框里就是干干净净一串圆点但实际上多了几个不可见字符。它们通常来自从网页、PDF、聊天记录里复制密码这个动作——原始文本里带了格式残留粘贴时被一起带进来了。第二类是不换行空格U00A0。它看起来和普通空格一模一样但码位不同同样会让哈希结果变化。这类字符经常出现在从某些文档编辑器复制出来的文本里。第三类是看起来一样的异体字符。最典型的是西里尔字母аU0430和拉丁字母aU0061在某些字体下几乎无法区分。这个问题在密码场景里相对少见但在域名仿冒里非常常见所以一并提一句让大家有个印象。第四类是首尾多余空白。有些用户在粘贴密码之后不小心多按了一次空格有些浏览器的自动填充会把整段文本连同行尾空白一起塞进去。这种情况在密码框不做 trim 处理的平台上会直接导致失败。这里要强调一点密码框通常不应该做 trim因为空格本身可以是合法密码字符这是安全设计上的正确取舍但对用户来说就意味着多一个空格也会挂。2. 密码从键盘到数据库中间有哪几道关口搞清楚字符层面的差异之后我们再把视角拉高看一条完整的链路上一个字符会经历哪些处理。这条链路大致是物理按键 → 操作系统输入法框架 → 浏览器输入框 → 表单序列化 → 网络传输 → 服务端接收 → 编码解析 → 规范化处理 → 哈希计算 → 数据库比对。任何一个环节动了这个字符最终比对就会失败。理解链路的价值在于排查时你可以按环节逐个排除而不是盲猜。我见过太多人排查这类问题的方式是再输一遍试试试十次结果都一样因为变量根本没变。真正的排查是把假设拆开每次只改一个变量。下面三个关口是全链路里最容易出问题的地方。2.1 第一道关口输入法在按键与应用之间插了一手物理按键产生的是扫描码操作系统根据当前键盘布局把它翻译成字符而输入法框架会在这个翻译过程中介入。当你处于中文输入法状态时字母键的按键会先被输入法截获走拼音候选逻辑只有在你确认上屏之后字符才会交付给应用。这个过程中输入法有能力对最终上屏的字符做各种变换全角化、标点转换、大小写调整、联想补全。这就是为什么密码错误问题在换输入法之后突然出现。不同的输入法对默认状态的处理策略不同有的默认半角有的会记住上次状态有的在检测到密码框时会强制英文模式比较贴心的做法有的不会。同一个用户在旧电脑上一直用半角换了新机器之后输入法默认全角密码就登不上了而他会坚定地认为自己密码没记错——事实上他确实没记错只是输入出来的东西不一样了。这里还有一个隐藏变量输入法的英文模式和半角不是一回事。英文模式下打出来的一定是半角 ASCII这是安全的但如果只是切到英文模式而输入法仍处于全角状态某些实现里依然可能输出全角字符。所以最稳妥的操作不是切英文而是确认半角。2.2 第二道关口浏览器的自动填充与隐藏字符第二道关口在浏览器。密码框有个特殊行为它会把输入内容渲染成圆点用户失去视觉反馈这是安全需要但也让排查变得困难。在这个黑盒里可能发生几件事。一是自动填充。浏览器和密码管理器保存的密码可能和你记忆中的不一样——比如你后来改过密码但没更新保存记录或者保存时尾部多带了一个字符。自动填充的优点是稳定缺点是它填什么你完全看不见出问题时也无从判断。排查这类问题的标准动作是先关掉自动填充手动完整输入一遍对比结果。二是粘贴带毒。从网页、文档、聊天工具里复制密码再粘贴很容易带入零宽字符、不换行空格、富文本格式残留。浏览器对paste事件的处理各不相同有的会保留原始字符有的会做一定清洗。这条路径的不确定性最高排查时应当优先排除。三是输入法组合态。在某些老版本浏览器里输入法的组合输入还没上屏的拼音串如果被意外提交可能产生意料之外的字符。这个概率不高但在其他都排除了还是不对的情况下值得一试——做法很简单输入完之后按一次方向键或者点击别处确保组合态结束。四是表单的隐式处理。有些登录页会在提交前对密码做处理比如去掉首尾空格、限制最大长度。限制长度这件事在老系统里很常见如果你的密码有 20 位而系统只取前 16 位那么多输入的那几位其实不参与校验反而会让你误以为密码记错了。这类问题普通人无法直接验证只能通过输入前 16 位是否也能登录成功来间接判断但更靠谱的做法还是走重置流程。2.3 第三道关口服务端为什么几乎不会帮你纠正这是很多人会问的问题既然全角半角这么容易搞错平台为什么不在服务端自动把全角转成半角帮用户一把答案涉及密码学的基本设计原则。密码在服务端不是明文存储的而是经过哈希通常还加盐之后存一段摘要。校验的方式是把用户这次输入的字符串按同样流程算一遍摘要和你注册时存下的摘要比对。这个流程要求输入必须逐字节一致任何规范化都会改变输入。如果服务端擅自把全角转半角会带来两个后果一是密码空间被人为压缩和a被视为同一个降低了暴力破解的成本二是可能产生碰撞两个不同的原始密码被规范化成同一个安全性下降。更根本的问题是规范化规则一旦上线就很难改。今天转了全角明天想加一条去掉零宽字符老用户的密码摘要就全对不上了。所以工业界的通行做法是密码原样接收、原样哈希不做任何字符级变换。这不是偷懒是权衡之后的正确选择。由此可以推出一个很实用的结论如果你的密码里有全角字符那它必须每次都输入全角一个字都不能差。反过来说如果你怀疑自己当年设置密码时不小心用了全角那基本没有别的办法只能走重置流程。3. 登录失败时的分层排查把密码错误拆成几个可验证的假设前面讲的是原理这一章讲操作。核心理念只有一条不要重复做同一件事然后期待不同结果。每次尝试都必须改变一个明确的变量并且能观察到结果的变化否则就是无效尝试还会顺带触发平台的风控限制让问题变得更复杂。我把整个排查拆成三层先看平台给的反馈属于哪一类再做字符层面的体检最后按成本从低到高逐个验证假设。这个顺序的设计理由很实际——前两步几乎不花时间、不消耗尝试次数能过滤掉一大半可能性。3.1 先区分平台给出的提示到底属于哪一类很多人把所有登录失败都当成密码错误其实平台返回的提示信息里藏着不少线索只是需要你仔细读。常见的有这么几类提示文案类型通常含义排查方向账号或密码错误合并提示账号不存在或密码不匹配平台刻意不区分优先排查密码字符问题账号不存在/未注册账号本身有问题检查账号拼写、是否用了别的手机号/邮箱操作过于频繁请稍后再试触发风控限流停手等待不要再试需要验证码/需要验证身份风控升级完成验证后再试一次密码错误次数过多账号已临时锁定硬性锁定等待解锁或走找回流程网络异常请重试请求没到服务端检查网络与密码无关这里要专门解释合并提示这个设计。很多平台在登录失败时统一返回账号或密码错误不告诉用户到底是账号问题还是密码问题目的是防止有人通过批量尝试来探测哪些账号存在业内叫防账号枚举。这是安全上的正确做法但对正常用户来说就意味着信息量减少。遇到这种情况判断方法是用找回密码入口试探一下如果输入账号后能正常进入下一步比如收到验证码说明账号存在问题在密码如果提示账号不存在那就是账号本身的问题。还有一个高频误判密码错误其实是被风控拦了。连续输错几次之后平台会临时限制登录尝试这时候即使你输入完全正确的密码返回的可能还是同一句账号或密码错误。这就是为什么有些人第十次突然输对了还是登不上——不是密码的问题是被限流了。所以排查时务必控制尝试次数中间留出间隔。3.2 用本地可见环境做字符体检这一步是整个排查里最有价值的动作也是最容易被跳过的。核心思路是把不可见的密码变成一个可见的字符串然后逐字符检查。具体做法注意全程在本地完成不要把密码贴到任何在线工具、搜索框或聊天窗口里打开系统自带的纯文本编辑器记事本、文本编辑之类新建一个空白文件。把输入法切到你平时用的状态完整地把密码敲一遍——注意是敲不是粘贴。这样能复现你真实的输入条件。把字体换成等宽字体字号调大一点让每个字符的宽度差异变得明显。逐个字符看过去重点看字母和数字是不是明显偏宽、标点符号是不是中文形态、有没有莫名其妙多出来的空格。检查完之后把文件删掉不要保存。如果手边有开发者工具或者命令行可以用更精确的方式验证。比如在浏览器控制台里跑一段检测代码把可疑字符标出来// 检查字符串中是否存在全角字符或常见的中文标点 function findSuspicious(str) { const result []; for (let i 0; i str.length; i) { const code str.codePointAt(i); const isFullWidth (code 0xFF01 code 0xFF5E); // 全角 ASCII const isFullSpace (code 0x3000); // 全角空格 const isCjkPunct [0x3002, 0x3001, 0x2018, 0x2019, 0x201C, 0x201D, 0x3010, 0x3011] .includes(code); const isZeroWidth [0x200B, 0x200C, 0x200D, 0xFEFF].includes(code); const isNbsp (code 0x00A0); if (isFullWidth || isFullSpace || isCjkPunct || isZeroWidth || isNbsp) { result.push({ index: i, char: str[i], code: U code.toString(16).toUpperCase() }); } } return result; } // 用法示例把待检查的字符串放进去建议用你自己构造的测试串 console.log(findSuspicious(bc ));如果你想反向验证把全角转成半角之后会变成什么可以跑这段function toHalfWidth(str) { return str .replace(/[\uFF01-\uFF5E]/g, ch String.fromCharCode(ch.charCodeAt(0) - 0xFEE0)) .replace(/\u3000/g, ); } console.log(toHalfWidth()); // 输出: abc123注意这段转换代码只是用来观察不是用来改造密码的。原因前面讲过服务端不会帮你转你自己转出来的结果未必等于你当年设置的那个密码。它真正的用途是帮你确认我看到的这个字符到底是什么。Python 环境下也可以做同样的事逐字符打印更直观s bc # 把待检查的字符串替换成你自己的 for i, ch in enumerate(s): print(i, repr(ch), hex(ord(ch)), 全角 if 0xFF01 ord(ch) 0xFF5E else )3.3 排查顺序表从成本最低的假设开始试有了字符体检的结果接下来按成本排序逐个验证。所谓成本包括时间、操作复杂度以及消耗登录尝试次数这个隐性成本。下面是按我的经验排序的清单顺序假设验证方式成本1输入法处于全角模式在文本框打a1看是否偏宽极低2大小写状态异常检查 Caps Lock 灯、看输入的大写是否正确极低3首尾多了空格用方向键从头走到尾看光标位置极低4密码里含中文标点回忆设置密码时是否在中文状态低5自动填充的是旧密码关闭自动填充手动输入低6账号本身不对走找回密码流程看能否进入下一步中7被风控限流停手 30 分钟后再试一次中需等待8密码确实被改过走重置流程高这个顺序的逻辑是先用零成本的观察排除掉大部分可能把消耗尝试次数的动作放到最后。特别提醒第 7 条——如果你已经连续失败了五六次别再试了先停下来等一段时间。很多人的问题不是密码是被自己试出来的限流。另外补充一个很多人不知道的小技巧大多数登录页的密码框右侧有一个眼睛图标点一下就能明文显示。如果你平时不用这个功能排查时一定要用——它是成本最低的可见化手段比开记事本还快。当然前提是你周围没有人能看到屏幕。4. 一次完整复现某社交平台空间登录连续失败的三小时原理和清单讲完缺一个真实的排查过程。下面这个案例来自一次帮朋友处理的经历涉及某社交平台个人空间页面的登录。整个过程走了不少弯路弯路本身比结论更有参考价值所以我把每一步的思路都写出来包括当时走错的地方。4.1 现场信息可控变量先固定下来朋友的原话是密码绝对没错昨天还能登今天突然不行了。这类描述里绝对两个字通常意味着当事人已经反复试过很多次也意味着尝试次数可能已经被消耗掉一部分排查的第一件事不是继续试而是先问清楚已经试了几次、每次是怎么输的。问下来得到的信息大概试了七八次都是在同一台笔记本上用同一个浏览器输入方式是手动敲不是自动填充密码大概是几个字母加数字加一个符号昨天还能登中间没有改过密码今天的变化是——他装了一个新的输入法因为换了个外接键盘。这几条信息里换了输入法是唯一的变量指向性非常强。但当时我们并没有直接下结论因为还有另一种可能他试了七八次很可能已经触发了平台的登录限制今天突然不行可能根本不是密码问题。所以我们先做了两件事一是停手约定等 30 分钟二是把账号本身验证一遍——用找回密码入口输入账号能正常进入验证码环节说明账号存在且状态正常问题锁定在密码输入这一侧。顺带说一句这一步验证账号存在很有必要。如果账号本身有问题比如输错了手机号、账号被注销后面所有关于字符的排查都是白费力气。4.2 二分定位从密码错收缩到第7位是全角等待期间我们做了字符层面的验证。方法很土但有效让他在记事本里把密码敲一遍字体调到最大用等宽字体。结果一眼就看出来了——密码的第 7 位是一个看起来特别宽的字母跟前后字符的间距明显不一样。进一步确认那是一位小写字母在正常半角下应该只占一个字符宽度但屏幕上它和旁边的数字一样宽回车之后光标跳了两格。基本可以确定是全角。再用前面那段检测代码跑一遍返回UFF41也就是全角小写和半角的aU0061差了0xFEE0。到这里根因就清楚了新装的输入法默认记住了全角状态他在输入密码时整串字符都被打成了全角而密码里恰好有一位是字母。这里有个细节值得记下来为什么是有一位而不是全部因为输入法状态是会被切换的。他输入密码的过程中中途可能按了一次Shift导致状态变化所以整串密码里既有全角也有半角混合存在。这种情况在实际排查中反而更常见——纯粹全串全角的情况往往在输入时就会觉得字怎么这么胖而察觉到异常混合状态因为视觉差异不明显最容易漏掉。由此还能推出一个反直觉的结论密码的复杂度和安全性在遇到这类问题时反而是负相关。纯数字密码几乎不会碰到全角问题虽然全角数字也存在但概率低而包含字母、符号的强密码恰恰是重灾区。这也是为什么这个问题在技术圈出现频率不低普通用户却很少听说。4.3 收尾动作与后续加固确认根因之后处理就很直接了。但有几个收尾动作需要提醒很多人做到一半就走了结果过几天又踩同一个坑。第一不要在登录页反复尝试纠正后的密码。他当时已经被限流正确的做法是等限制解除之后一次输对。如果急着验证可以先在记事本里把正确的那串字符敲出来、核对一遍确认无误再一次性输入到登录框。这个先在本地核对再输入的习惯能显著减少无效尝试。第二把输入法的默认状态改成半角。绝大多数输入法都提供默认半角或者在密码框中自动切换英文的选项找到它打开。这一步是从根上解决问题否则换一个网站还会再遇到。第三考虑重置一个抗输入法干扰的密码。这不是要求降低密码强度而是换一种表达方式多用数字和少量常见符号避免使用中文状态下会被替换的标点比如逗号、句号、引号、破折号。如果一定要用符号优先选、#、_、-这类在英文状态下输入且不容易被中文输入法改写的。第四不要在多个平台复用同一个密码。这不是套话。这次的问题之所以麻烦是因为他有一堆账号用了同一串密码全部受影响。如果每个平台一个密码至少可以把影响面控制住。第五更新密码管理器里的记录。如果他用了浏览器的密码保存功能那里面存的很可能还是那串全角版本的密码。不更新的话下次自动填充还是会失败而他依然会觉得密码没错。提示整个排查过程中密码始终没有离开过本地设备。任何时候都不要为了验证一下把密码贴到在线工具、搜索引擎、聊天窗口或者 AI 对话框里。字符检测完全可以在本地记事本或者浏览器控制台完成。5. 把这类问题挡在门外习惯、约定与工程侧的取舍排查是事后补救真正省事的是事前避免。这一章分两个视角讲作为普通用户能做什么以及作为开发者在设计登录页时应该怎么处理这个矛盾。两边都讲是因为这个问题本质上是人和系统之间的界面问题只改一边都不彻底。5.1 用户侧几个几乎零成本的操作习惯对普通用户来说不需要记住 Unicode 码位只需要建立几个简单的条件反射。第一个习惯输入密码前看一眼输入法状态栏。花半秒钟能省掉半小时排查。如果状态栏显示的是全角标记一般是圆形或者全字先切回半角。第二个习惯在不确定的时候用眼睛图标或者先打字再剪切。大多数登录页都有明文显示按钮。如果没有可以先在记事本里打出来核对再复制粘贴进去——但要注意从记事本复制是安全的从网页或文档复制则可能带入隐藏字符。第三个习惯区分能看见的错误和看不见的错误。大小写错误是能看见的输入时字母形态不同全角半角是看不见的空格也是看不见的。看不见的错误要用可见化的方法去排查而不是凭感觉再输一遍。第四个习惯失败两三次就停手。这条最重要也最难做到。人在着急的时候会反复尝试但每次失败都在消耗风控额度越急越登不上。停 30 分钟冷静下来按清单过一遍效率远高于无脑重试。第五个习惯在换设备、换输入法、重装系统之后先做一次登录验证。把常用的几个账号登一遍确认没问题而不是等到真正要用的时候才发现登不上。5.2 开发侧密码框要不要做全角转半角这一节是给做产品的同行看的因为这里有一个真实的取舍而且双方都有道理。主张自动转半角的理由很直观用户被全角坑了我帮他转一下体验就好了。但如第 2.3 节所述这个做法有严重问题它改变了用户实际提交的字符串导致密码空间的等价类被压缩而且一旦上线就成了契约后续想调整会引发老用户全部登录失败。密码这种字段最忌讳的就是贴心的隐式修改。我更推荐的做法是三层防御从轻到重第一层视觉提示。在密码框获得焦点时如果检测到输入法处于全角状态给一个不打断操作的轻提示比如输入框下方出现一行小字当前为全角输入建议切换为半角。这只是提示不改变任何数据。第二层提交前的字符检测。在表单提交时用前面那段代码扫一遍如果发现全角字符或零宽字符弹一个二次确认检测到密码中包含全角字符确认继续登录吗让用户自己决定是否继续。这个设计的好处是不改变数据但把不可见的问题变成可见的决策点。第三层注册和改密时的强提醒。这是最有价值的一环。在用户设置密码的时候如果他输入了全角字符明确告诉他你的密码包含全角字符某些输入法状态下可能无法登录建议更换。在源头拦住比事后排查便宜一百倍。还有两个工程细节值得注意。一是错误提示的粒度不要为了体验把账号不存在和密码错误分开提示那会造成账号枚举漏洞但可以在同一句提示里加一个忘记密码的引导链接给用户出路。二是限流策略连续失败后的限制要有明确的时长和解锁提示而不是一直返回密码错误那会让用户误以为密码记错了继续尝试形成死循环。5.3 几个流传很广但站不住脚的说法最后澄清几个我经常听到的错误认知这些说法在网上流传很广但经不起推敲。说法一平台会自动把全角转成半角所以不会是这个问题。前面已经解释过绝大多数现代系统不做这个转换原因涉及安全性。相反的情况老系统做了转换反而会带来为什么我改了密码反而登不上的怪现象。判断方法很简单如果同一个密码在你换输入法之后表现不同那就是没转如果怎么输都能进那可能转了也可能你记错了。说法二全角和半角只是显示不同字节是一样的。完全错误。它们是不同的码位不同的 UTF-8 字节序列。a的 UTF-8 是0x61一个字节的 UTF-8 是0xEF 0xBD 0x81三个字节。哈希结果自然天差地别。说法三密码错误一定是密码错了。从第 3 章的分层表可以看到登录失败至少有五六种不同的原因包括风控限流、账号异常、网络问题。密码错误这个提示在很多平台上是一个笼统的兜底文案不能直接当作结论。说法四用中文输入法打不出半角的符号。这是操作问题不是能力问题。绝大多数输入法在中文状态下也能输出半角标点只是需要切换中文标点/英文标点这个开关快捷键通常是Ctrl .。搞清楚这个开关在哪比换输入法有用得多。说法五密码越长越安全所以多加几个符号总没错。在密码强度和可用性之间需要平衡。一味的堆符号如果符号是中文状态下容易被改写的类型反而会制造登录障碍。更务实的思路是用足够长的随机短语比如四五个不相关的词拼起来加上少量稳定的符号既够长又好输。我个人在这些年的实际操作中总结下来最有价值的一条经验是遇到密码错误这类问题先别急着怀疑自己也别急着怀疑平台先把输入这个动作本身当成一个需要验证的环节。大多数人都默认我输入的就是我以为的而这个假设恰恰是所有问题的起点。全角半角只是这个假设失效的一种方式零宽字符、自动填充、输入法组合态、甚至键盘映射错乱都是同一类问题。把这套输入也需要验证的思维建立起来后面遇到什么奇怪的登录问题排查起来都会快很多。
