Kotlin HTTP请求DSL
各维度得分依据公开资料与字段推算,加权后即综合评分,仅供参考。
FetchDSL 是一个面向 HTTP 请求脚本的紧凑型 DSL，正文称其运行在 Kotlin、Ktor 与 kotlinx-coroutines 之上，目标是快速编写、维护批量 HTTP 请求。其核心入口是 runHttp，每个上下文类似一个“无痕浏览窗口”：块内可共享 Cookie 和状态，块结束后新上下文从干净状态开始，且多个 runHttp 可在不同线程并行运行，没有全局状态。
从功能看，它不只是简单封装 GET/POST，而是强调大批量请求。call 可配置请求方法、请求体等；DataSupplier 用于为每次请求提供不同参数，示例中的 FileDataSupplier 可逐行读取文件，并通过 !1!、!2! 等占位符替换请求体或其他字段，适合批量添加购物车、下载 URL 列表等场景。Hook 机制也是亮点：Before Hook 可在请求发送前执行逻辑，SkipIf 可跳过不需要的请求，Once 可保证某个 Hook 只执行一次，SessionPersistingBeforeHook 则可在同一 Cookie Jar 下做前置请求，适合 CSRF Token 这类场景；After Hook 中提到 LogResponse 可输出响应。
它明显面向 Kotlin/JVM 开发者，依赖 Ktor 和协程生态。优点是语法对 Kotlin 用户友好，并能利用协程做高并发、低资源消耗的请求任务；缺点是非 Kotlin 用户迁移成本较高。文档提供了不少示例，能理解运行模型、参数替换和 Hook 思路，但正文中也出现 TODO、截断内容和少量疑似拼写/变量问题，安装方式、版本、许可证、输出存储等关键信息未充分呈现，文档成熟度一般。
抓取文本未提供定价、付款方式、商业服务或开源许可证信息，因此无法判断其商业模式。优势在于 DSL 简洁、状态隔离清晰、批量参数化与 Hook 扩展能力实用；不足是公开信息不完整，生态集成、维护状态和支持渠道未知，不适合需要成熟 GUI、团队协作或企业级支持的用户直接替代 Postman/JMeter。
它适合熟悉 Kotlin、希望用代码管理 HTTP 批处理、接口自动化、简单抓取或会话化请求流程的开发者。中国访问情况正文未提供，域名是否可直连无法判断；支付也无信息。若访问或生态不便，可考虑 curl、HTTPie、Postman、Insomnia、Ktor Client、k6 或 JMeter 等替代品。
本测评基于公开资料整理,不构成购买建议,请以 fetchdsl.dev 官网实际信息为准。
开源开发库，适合开发者直接使用。
评分明细(分布与用户短评)接入中。当前展示 TG4G 综合评分,数据源自公开测评与用户反馈。