的编码方式与字符长度的严格限制。长短信并非无限长，而是通过特定的协议头（UDH）将一条长内容切分为多个标准短信片段进行发送，最终在用户手机端重新组合显示。 这一过程涉及三个关键技术参数：编码方式（GSM 7-bit/UCS-2）、分段阈值以及协议头开销，理解这一规则，对于企业控制短信成本、保证营销内容完整性至关重要。
短信长度的底层逻辑：编码决定容量
要理解拆分规则,首先必须厘清“短信长度”的定义，短信并非按“字数”计算，而是按“字节数”计算，不同的字符编码方式，决定了单条短信能承载的实际字数。
-
纯英文与数字模式（GSM 7-bit编码）
如果短信内容仅包含英文字母、数字以及GSM标准字符集中的符号，系统默认采用GSM 7-bit编码，在此模式下，单条短信的标准限制为160个字符，这是最节省空间的编码方式，常用于验证码或纯英文通知。 -
中文与混合模式（UCS-2编码）
一旦短信内容中出现汉字、emoji表情或其他非GSM标准字符，系统必须强制切换至UCS-2编码，由于汉字占用2个字节，单条短信的容量大幅缩水，限制为70个字符，这是国内短信业务中最常见的场景。
长短信拆分的技术原理：协议头的“隐形代价”
超过单条短信的限制长度时，系统会触发拆分机制，许多人误以为长短信只是简单的拼接，长短信拆分规则在技术实现上需要牺牲部分字符空间来携带“组装说明书”。
-
UDH（用户数据头）的开销
为了让接收手机知道这几条短信原本属于同一条信息，短信网关会在每一条分段短信的头部加上UDH（User Data Header），这个头部信息占据了6个字节的空间。 -
分段后的实际字数限制
加上UDH头部开销后，每一条分段短信的可用空间进一步减少，具体的计算公式如下：- 纯英文/数字长短信： 每段限制变为 153个字符（原160 – 7个字符开销）。
- 中文/混合长短信： 每段限制变为 67个字符（原70 – 3个字符开销）。
举例说明,如果发送一条100个汉字的营销短信，它超过了70字的单条限制，必须拆分，按照每段67字计算，它将被拆分为2条短信发送（67+33），用户手机收到后会自动合并，但计费系统将按2条短信收费。
实战计费规则与避坑指南
企业在进行短信营销时,往往因为忽视拆分规则而导致成本翻倍或内容截断，以下是必须掌握的实战策略：
-
精准测算成本
短信计费以“提交次数”为准，而非“发送条数”。务必以67个汉字（中文场景）为分段单位进行测算。- 70字以内：计费1条。
- 71-134字：计费2条。
- 135-201字：计费3条。
- 以此类推,字数越多，隐形成本越高。
-
警惕“签名”占用空间
国内短信强制要求携带签名，如【某某科技】。签名所占用的字符数必须计入总长度。 签名【XX科技】占用6个字符（含方括号），如果正文写满70个字，加上签名后总长为76字，触发拆分规则，实际计费将变为2条，建议正文控制在63个汉字以内，以确保单条计费。 -
避免临界点发送
在编辑内容时，建议预留1-2个字符的缓冲空间，部分特殊符号（如【】、￥、@等）在不同通道下的编码判定可能存在差异，预留缓冲区可防止因编码转换导致的意外超长拆分。
专业建议：如何优化长短信发送效果
针对长短信拆分规则,企业应采取主动管理策略，而非被动接受。
-
内容精炼化
从用户体验角度出发，超过3条短信（约200字）的内容极易引起用户反感，应通过文案优化，将核心信息浓缩在1-2条短信内，长短信拆分规则虽然支持超长发送，但营销效果往往与长度成反比。 -
变量插入的动态监控
在发送模板短信时，若包含变量（如{姓名}），必须考虑到变量替换后的最大长度，如果变量内容不可控（如长名字），可能导致最终发送长度超出预期，造成拆分或通道拦截。建议在代码层面增加预校验机制，替换变量后重新计算长度。 -
通道兼容性测试
不同运营商通道对长短信的支持能力不同，极少数老旧网关可能不支持长短信合并，导致用户收到多条碎片化短信，在正式群发前，务必进行全网机型和运营商通道的测试，确保UDH头部信息被正确解析。
at 长短信_短信拆分规则是什么？ 归根结底，它是一个基于字符编码和数据头开销的数学模型，核心结论在于：中文长短信每段上限为67字，且必须计入签名长度，掌握这一规则，企业便能精准把控短信营销成本，避免因字符超标造成的预算浪费，同时确保信息传达的完整性与用户体验。
相关问答
问：为什么我的短信明明只有71个字，却按2条收费？
答：这是因为触发了长短信拆分机制，国内短信通常包含签名（如【品牌名】），签名也占用字符数，如果您的正文是65个字，加上6个字的签名，总长度达到71个字，超过了单条短信70字的限制（UCS-2编码），此时系统会加上协议头进行拆分，第一条发送67字，第二条发送剩余4字，因此按2条计费，建议将正文压缩至63字以内，确保总长度在70字以内。
问：长短信拆分后，用户收到的是乱序的吗？
答：理论上不会，长短信拆分时，每一段都携带了UDH头部信息，里面包含了“总条数”和“当前序号”，手机接收端会根据这些信息自动将收到的片段缓存并按顺序拼接成一条完整短信显示，但在极少数信号极差或老旧机型环境下，可能会出现接收不全或顺序错乱的情况，这属于网络传输层面的丢包问题，而非拆分规则本身的缺陷。
您在实际操作中是否遇到过短信计费与预期不符的情况？欢迎在评论区分享您的经历，我们将为您提供专业的技术解答。
首发原创文章，作者：世雄 - 原生数据库架构专家，如若转载，请注明出处：https://idctop.com/article/124301.html
