我们日常工作中虽然会遇到很多 BUG，我们也熟练掌握使用搜索引擎解决开发中的问题。
顺利入职。把我最近找工作的心得记录下来。
A · 解答思路 先明确问题出在前端还是后端，再对照参数名是否一致，最后确认请求的 Content-Type 是否支持文件上传。 示例代码（如有代码）
A · 解答思路 这几个比较结果都是 == 隐式类型转换规则导致的：只要比较的两边类型不同，引擎会按固定顺序把一方（或双方）转换成基本类型再比较。而 [] != [] 比较的是两个不同的对象引用，永远不相等（无论内容是否相同）。 示例代码（如有代码）
A · 解答思路 浮动元素的宽度、高度属于会影响布局的几何属性，修改后会触发重排（Layout），这个结论可以通过实际测试代码验证。 示例代码（如有代码）
A · 解答思路 图片展示模糊，一般不是单一原因，可以按下面的顺序排查： 1. 确认「拿到的图片」是不是「上传的原图」——很多情况下前端或后端在上传/存储环节做了压缩，导致展示图并非原始分辨率。 2. 如果上传前使用了 canvas 对图片进行处理（如裁剪、缩放），这个过程本身也会造成一次压缩，画质下降是正常现象。
往年的我早早就参与了活动，今年不知道为什么，直到 2023.01.09 原来这就是答案。虽然果只有一个，但是因会有很多可能，不管怎么说反正是润
A · 解答思路 用正则 /[^a-z]/i 匹配所有「非字母」字符作为分隔符对字符串进行切割，得到一个单词数组，再用 Set 去重；需要注意如果原字符串以非字母字符开头/结尾，或包含连续的非字母字符，split 结果里会出现空字符串，需要额外过滤。 示例代码
A · 解答思路 问题的本质是「关键请求（登录）」和「非关键请求（预加载资源）」在争抢浏览器对同一个域名的并发连接数（HTTP/1.1 下通常是 6 个左右）。解决思路是从「连接资源」和「请求优先级」两个方向入手，让登录请求尽量独立、优先。 详细说明 常见的几种应对方式： 1. 接口域名分流：把登录接口
A · 解答思路 生成唯一选择器常见的两类思路： 1. 基于已有特征拼接：递归读取元素的 id、class、tagName、在父节点中的索引等信息，逐层拼接出一条能唯一定位该元素的选择器路径。 2. 主动打标记（更省心的取巧方案）：直接给目标元素临时打上一个全局唯一的自定义属性（如 dat
![【易错求解】为什么 [] == "" && [] == 0 && "" == 0 && [] != [] ？](/heroes/blog/sf-a-1020000043524904.webp)
