Android富文本处理：SpannableString与解释器模式实践

1. 项目概述：SpannableString解析与解释器模式的应用

在Android开发中，文本样式处理是个高频需求。记得我第一次遇到需要给TextView中部分文字加粗、变色时，发现常规的String类根本无法满足这种"富文本"需求。这就是SpannableString的用武之地——它允许我们对字符串中的特定片段应用多种样式效果。但当你需要解析复杂样式规则（比如"前5个字红色，第6-10个字加粗"）时，直接操作SpannableString会变得异常繁琐。

解释器模式（Interpreter Pattern）正是为解决这类"特定语法规则解析"问题而生的设计模式。它通过定义一套语法表示规则，并构建解释器来解释这些规则。想象一下，如果我们能用类似"red[0-4],bold[5-9]"这样的简单语法来描述文本样式，然后自动转换为SpannableString操作，开发效率将大幅提升。

2. 核心需求解析

2.1 SpannableString的常规使用痛点

标准的SpannableString样式设置代码通常长这样：

java复制SpannableString spannable = new SpannableString("Hello World");
spannable.setSpan(new ForegroundColorSpan(Color.RED), 0, 5, Spannable.SPAN_EXCLUSIVE_EXCLUSIVE);
spannable.setSpan(new StyleSpan(Typeface.BOLD), 6, 11, Spannable.SPAN_EXCLUSIVE_EXCLUSIVE);

当样式规则复杂时（比如电商App中商品价格显示需要同时处理货币符号、原价划线、现价加粗等），这种写法会导致：

• 代码可读性差，难以直观看出最终效果
• 修改成本高，调整样式范围需要重新计算字符位置
• 业务规则与视图代码耦合严重

2.2 解释器模式的解决方案

解释器模式可以帮我们：

1. 定义一套简单的样式描述语言（DSL）
2. 将样式规则字符串解析为抽象语法树
3. 通过解释器执行生成最终的SpannableString

例如将"red[0-4],bold[5-9]"这样的规则字符串自动转换为正确的Spannable操作。

3. 实现方案设计

3.1 类结构设计

典型的解释器模式包含以下核心组件：

code复制├── Expression (抽象表达式)
│   ├── TerminalExpression (终结符表达式，如颜色规则)
│   └── NonTerminalExpression (非终结符表达式，如规则组合)
├── Context (上下文，存储SpannableString和当前解析状态)
└── Parser (语法解析器，将输入字符串转换为表达式树)

3.2 语法规则定义

我们设计一套简易语法：

• 基本规则：属性名[起始位置-结束位置]
• 多规则组合：用逗号分隔，如red[0-4],bold[5-9]
• 支持常见样式属性：
  • 颜色：red/blue/green等
  • 样式：bold/italic/underline
  • 大小：size[16-20]=18 (第16-20字符设为18sp)

3.3 核心实现代码

首先定义抽象表达式接口：

java复制interface Expression {
    void interpret(Context context);
}

实现具体的颜色表达式：

java复制class ColorExpression implements Expression {
    private final int start;
    private final int end;
    private final int color;
    
    public ColorExpression(int start, int end, String colorName) {
        this.start = start;
        this.end = end;
        this.color = parseColor(colorName);
    }
    
    @Override
    public void interpret(Context context) {
        context.getSpannable().setSpan(
            new ForegroundColorSpan(color),
            start,
            end,
            Spannable.SPAN_EXCLUSIVE_EXCLUSIVE
        );
    }
}

构建解析器将输入字符串转换为表达式树：

java复制class RuleParser {
    public static List<Expression> parse(String rule) {
        List<Expression> expressions = new ArrayList<>();
        String[] parts = rule.split(",");
        
        for (String part : parts) {
            Matcher m = Pattern.compile("(\\w+)\\[(\\d+)-(\\d+)\\]").matcher(part);
            if (m.find()) {
                String type = m.group(1);
                int start = Integer.parseInt(m.group(2));
                int end = Integer.parseInt(m.group(3));
                
                switch (type) {
                    case "red":
                        expressions.add(new ColorExpression(start, end, "#FF0000"));
                        break;
                    case "bold":
                        expressions.add(new StyleExpression(start, end, Typeface.BOLD));
                        break;
                    // 其他样式类型...
                }
            }
        }
        
        return expressions;
    }
}

4. 使用示例与效果对比

4.1 传统写法 vs 解释器模式

传统方式：

java复制SpannableString spannable = new SpannableString("特价¥199 原价¥299");
spannable.setSpan(new ForegroundColorSpan(Color.RED), 2, 6, Spannable.SPAN_EXCLUSIVE_EXCLUSIVE);
spannable.setSpan(new StyleSpan(Typeface.BOLD), 2, 6, Spannable.SPAN_EXCLUSIVE_EXCLUSIVE);
spannable.setSpan(new StrikethroughSpan(), 9, 13, Spannable.SPAN_EXCLUSIVE_EXCLUSIVE);

解释器模式：

java复制SpannableString spannable = new SpannableString("特价¥199 原价¥299");
String rule = "red[2-6],bold[2-6],strike[9-13]";
List<Expression> expressions = RuleParser.parse(rule);
for (Expression exp : expressions) {
    exp.interpret(new Context(spannable));
}

4.2 复杂样式场景扩展

当需求变为"价格部分还需要添加点击事件"时，只需扩展语法规则：

java复制String rule = "red[2-6],bold[2-6],strike[9-13],click[2-6]=OPEN_DISCOUNT";
// 在解析器中添加对click规则的处理

5. 性能优化与注意事项

5.1 性能考量

解释器模式在Android中使用时需注意：

1. 避免频繁创建表达式对象，可考虑对象池
2. 复杂规则解析可能耗时，建议在后台线程处理
3. 使用缓存机制存储常用规则的解析结果

5.2 实际开发中的坑

1. 位置计算问题：

   • 中英混排时字符位置可能与显示长度不一致
   • 解决方案：使用TextView.getOffsetForPosition()获取准确位置

2. Span叠加问题：

   • 相同范围的多个Span可能产生冲突
   • 建议：定义Span优先级，或使用CharacterStyle.wrap()组合

3. 内存泄漏风险：

   • 包含Activity引用的Span（如ClickableSpan）需特别处理
   • 解决方案：使用弱引用或静态内部类

6. 扩展应用场景

这种模式还可应用于：

1. 聊天消息中的@用户、表情解析
2. 代码高亮显示
3. 文本模板渲染（如"尊敬的{username}，您的订单{orderNo}已发货"）

提示：在Kotlin中可以通过DSL进一步简化语法，实现更优雅的写法：

kotlin复制val spannable = buildSpannableString {
    "特价¥199".red().bold()
    "原价¥299".strike()
}

7. 替代方案对比

在实际项目中，我曾遇到一个商品详情页需要支持后台配置文本样式的需求。使用解释器模式后，样式规则可以通过接口下发，实现了动态换肤效果，而客户端代码几乎无需修改。这种灵活性在快速迭代的电商应用中尤为重要。