我来帮你拆解下当前遇到的两个核心问题：文本覆盖布局问题，以及无需WKWebView的高性能HTML渲染方案。

一、修复文本覆盖的布局问题 #

从你的代码来看，文本覆盖的根源在于AttributedTextView的布局约束设置错误，具体问题和修复步骤如下：

1. 移除错误的fixedSize设置 #

在StatusView的defaultView中，你给AttributedTextView添加了：

.fixedSize(horizontal: true, vertical: false)

horizontal: true会强制视图保持原始文本宽度，不进行换行，直接超出父容器的边界，导致覆盖其他内容。

修复：删除这个修饰符，或者改为：

.fixedSize(horizontal: false, vertical: true)

这样视图会在水平方向自动换行，垂直方向自适应高度。

2. 准确传递可用宽度 #

当前GeometryReader传递的maxWidth是父视图的完整宽度，但实际上文本区域需要扣除头像的宽度和间距。比如在defaultView的HStack中，头像宽度是50，左右间距加起来大概20，所以应该调整：

GeometryReader { geometry in
    AttributedTextView(
        attributedText: "\(self.status.content)".style(tags: rootStyle),
        configured: { label in configureLabel(label, size: 17) },
        maxWidth: geometry.size.width - 70 // 扣除头像宽度+间距
    )
}

3. 优化RestrainedLabel的布局优先级 #

在AttributedTextView的RestrainedLabel类中，添加布局优先级设置，确保SwiftUI能正确识别视图的尺寸需求：

class RestrainedLabel: AttributedLabel {
    var maxWidth: CGFloat = 0.0
    
    override init(frame: CGRect) {
        super.init(frame: frame)
        // 允许水平方向压缩，垂直方向保持自适应
        self.setContentHuggingPriority(.defaultLow, for: .horizontal)
        self.setContentCompressionResistancePriority(.defaultHigh, for: .vertical)
    }
    
    required init?(coder: NSCoder) {
        fatalError("init(coder:) has not been implemented")
    }
    
    open override var intrinsicContentSize: CGSize {
        sizeThatFits(CGSize(width: maxWidth, height: .infinity))
    }
}

二、无需WKWebView的高性能HTML渲染方案 #

除了Atributika，还有几个适合SwiftUI的高性能方案，根据你的需求选择：

1. 原生AttributedString（iOS 15+/macOS 12+） #

苹果在iOS 15之后支持直接将Markdown/HTML转换为AttributedString，完全原生，性能最优：

if let attributedString = try? AttributedString(
    markdown: status.content,
    options: .init(interpretedSyntax: .inlineOnlyPreservingWhitespace)
) {
    Text(attributedString)
        .font(.system(size: 17, weight: .light))
        .foregroundColor(.label)
        .lineLimit(nil)
}

• 优点：零第三方依赖，渲染性能拉满，支持基础HTML标签（<p>、<a>、<strong>、<em>等）
• 缺点：对复杂HTML（比如自定义样式、嵌套标签）支持有限

2. SwiftSoup手动构建视图 #

用SwiftSoup解析HTML结构，手动映射为SwiftUI原生视图，完全可控：

import SwiftSoup

func htmlToSwiftUI(_ html: String) -> some View {
    do {
        let doc = try SwiftSoup.parse(html)
        let elements = try doc.body()?.children() ?? []
        
        return VStack(alignment: .leading, spacing: 8) {
            ForEach(elements, id: \.id()) { element in
                switch element.tagName() {
                case "p":
                    Text(try element.text())
                        .font(.system(size: 17, weight: .light))
                case "a":
                    Link(
                        try element.text(),
                        destination: URL(string: try element.attr("href"))!
                    )
                    .foregroundColor(.accentColor)
                case "strong":
                    Text(try element.text())
                        .fontWeight(.bold)
                case "em":
                    Text(try element.text())
                        .italic()
                // 按需扩展其他标签
                default:
                    Text(try element.text())
                }
            }
        }
    } catch {
        return Text(html)
    }
}

• 优点：完全自定义样式和交互，性能接近原生，支持复杂HTML结构
• 缺点：需要手动处理所有HTML标签，开发量较大

3. 优化后的Atributika使用 #

如果你想继续用Atributika，除了之前的布局修复，还可以：

• 确保所有样式标签都正确设置了换行和宽度约束
• 避免嵌套复杂视图导致的布局冲突
• 对长文本添加懒加载或缓存机制

三、总结 #

1. 先解决布局问题：移除错误的fixedSize设置，准确计算文本可用宽度，优化RestrainedLabel的布局优先级，应该就能解决文本覆盖的问题。
2. 选择HTML渲染方案：
   • 简单HTML场景：优先用原生AttributedString
   • 复杂自定义需求：用SwiftSoup手动构建视图
   • 已有Atributika集成：优化布局后继续使用

内容的提问来源于stack exchange，提问作者amodrono