还需检查保留字、非法开头和名称碰撞。不同输入可能被整理成相同标识符，格式看似规范不等于在当前程序里可安全使用。
- 与现有字段或变量表比较是否重名。
- 确认首字符及剩余字符均合法。
- 必要时按团队规则调整缩写和分词。
注意：自动命名不能替代项目约定与语义审核。
常见问题
全部常见问题 共 101 个问题
最近更新 · 每页 10 个
常见问题，快速找到答案
每页 10 个问题，点击展开答案；也可按右侧主题筛选。
01 驼峰转换后还需要检查哪些问题？ 展开收起
参考来源：大小写转换功能说明
02 大小写转换会自动重命名代码引用吗？ 展开收起
不会。页面只输出文本的另一种写法，项目里所有使用位置、字符串引用和外部接口都不会自动同步，需要在代码环境中处理。
- 复制需要转换的候选名称。
- 确认转换后的名字符合该语言的变量语法。
- 重命名时使用项目工具追踪全部引用。
注意：接口字段改名涉及消费者兼容性，不能只调整页面上看到的名字。
参考来源：大小写转换功能说明
03 U+码点能直接当作UTF8十六进制吗？ 展开收起
不能。码点标识的是字符编号，而字节编码还需要按规则把编号转成一个或多个字节；数值外观相似并不意味着层次相同。
- 先分辨输入是字符编号还是字节串。
- 选择对应的字符或字节转换入口。
- 对同一短文本比较两类结果。
注意：把码点直接拆成字节可能得到错误文本。
参考来源：Unicode转换功能说明
04 Unicode转义中的两段编码能随意拆开吗？ 展开收起
不能。某些字符必须让前后两个单元配对，才能形成完整表示，单独留下其中一段会失去原字符含义；复制与截断时应保持整体。
- 确认该字符是否位于基本平面之外。
- 保留配对的两段转义再还原。
- 检查结果是否仍为原来的完整字符。
注意：屏幕上看到一个图形，不代表内部只有一个编码单元。
参考来源：Unicode转换功能说明
05 二进制与十六进制模式为什么不能混着解码？ 展开收起
两者使用不同的数字分组表示字节，读取规则并不一样。十六进制中的一对数字通常对应一个字节，二进制则需要八个二进位。
- 先辨认输入只含零一还是包含十六进制字母。
- 选择与原序列一致的模式。
- 检查分组和空格后再执行还原。
注意：不要靠删除不认识的字符来强行得到一段可读文字。
参考来源：文本二进制转换功能说明
06 文本转二进制后一个汉字为何不止八位？ 展开收起
文字先转换为字节，再以二进制显示。中文在常见编码下通常占多个字节，所以不能把一个字形等同于一个八位单元。
- 先确认选用的字节编码规则。
- 查看输出中每组八位对应的字节。
- 将完整序列还原，检查是否回到原文。
注意：少复制一组字节可能破坏整个字符。
参考来源：文本二进制转换功能说明
07 HTML文本转义能覆盖脚本中的全部风险吗？ 展开收起
不能。文本节点、属性、链接位置及脚本都遵循各自的解析规则，仅替换尖括号不能覆盖每种使用方式。
- 先判断文本最终放到哪一种上下文。
- 采用该位置适用的编码或安全接口。
- 用预期输入检查最终页面的实际解释。
注意：不要把一个通用转义结果当作所有场景的安全保证。
参考来源：HTML实体编码功能说明
08 HTML实体反转义后能直接插入页面吗？ 展开收起
不能一概而论。还原后的尖括号可能重新成为标签语法，使用不可信内容时应按实际插入位置选择文本展示或安全处理。
- 先明确用途是阅读文本还是渲染标记。
- 展示原文时优先使用文本方式写入。
- 需要渲染时按业务规则处理允许的内容。
注意：格式还原本身不承担过滤恶意标记的职责。
参考来源：HTML实体编码功能说明
09 URL已经编码过，还要再编码一次吗？ 展开收起
取决于协议要求，不能习惯性重复处理。已经表示字符的百分号若再被编码，接收方多解码或少解码一层都可能得到不同内容。
- 确认当前文本处于原文还是编码状态。
- 核对传输约定需要几层表示。
- 用一段包含空格和特殊字符的样本往返验证。
注意：编码不是加密，多包一层也不会提供保密性。
参考来源：URL编码解码功能说明
10 URL参数里包含与号，应怎样编码？ 展开收起
应对参数的值使用组件编码，防止值里的与号被解释成参数分隔符；不要把整个查询结构不加区分地编码成一个值。
- 先分清参数名、等号和真正的内容。
- 仅对内容选择组件处理模式。
- 拼回链接后查看接收端拿到的参数内容。
注意：完整网址模式会保留部分结构字符，不能替代所有参数值处理。
参考来源：URL编码解码功能说明
