GoLand 不支持代码段按类型分类存放，其 Live Templates、Scratch Files 和 Structural Search Templates 三种机制均无内置分类功能：Live Templates 仅按静态分组和上下文触发；Scratch Files 依后缀自动显示但底层扁平；Structural Search 模板可导出至自定义路径但需手动导入与管理。
GoLand 里没有“代码段分类存放”这个功能
GoLand 本身不提供按类型（比如“HTTP 请求”“JSON 解析”“错误处理”）对代码片段做目录式分类管理的能力。它不维护一个可检索、可分组的“代码段库”，也没有内置的标签或分类字段。所谓“代码段”，在 GoLand 中实际对应的是三种互不统属的机制：Live Templates、Scratch Files 和 Structural Search Templates，它们各自独立存储、调用方式和用途完全不同。
Live Templates 按上下文触发，不是按类型存放
Live Templates 的组织逻辑是“适用范围 + 缩写”，不是“类型文件夹”。你无法创建一个叫“网络请求”的文件夹，把所有 HTTP 相关模板拖进去。它的分组只体现在设置界面的树形列表中（如 Go、Other、User Defined），但这是静态分组，不能增删改名，也不能嵌套。
- 新建模板时，必须指定
Applicable in（比如仅在Go file中生效），这是它的“类型”边界 - 缩写（
Abbreviation）才是你实际输入时触发的关键，比如httpc展开成http.Client{}，jsonu展开成json.Unmarshal调用 - 所有用户模板统一存在
Preferences | Editor | Live Templates | User Defined下，无法进一步划分子目录
Scratch Files 按语言自动归类，但不支持手动分类
Scratch Files（临时文件）会在项目视图中统一出现在 Scratch Files and Consoles 目录下，按语言后缀（如 .go、.json、.http）自动分组显示——但这只是 IDE 的 UI 渲染行为，底层仍是扁平文件系统，没有真实目录结构。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 你不能右键新建一个“网络类”子文件夹，然后把
req1.go和client.http拖进去 - 文件命名靠你自己约定，比如
http-get-raw.go、json-post-demo.http，IDE 不解析也不索引这些前缀 - 一旦关闭空 tab，GoLand 会直接删除该 scratch 文件，不保留任何元数据（包括你脑补的“类型”）
Structural Search 模板可导出为文件，但需自行管理路径
Structural Search 模板是唯一能接近“分类存放”的机制：你可以把模板导出为 .xml 文件，保存到任意本地路径，比如 ~/goland-templates/network/ 或 ~/goland-templates/error-handling/。但 IDE 不读取这些路径，导入必须手动操作。
- 导出模板：在 Structural Search 对话框点
Save Template→ 选路径 → 保存为.xml - 导入模板：打开 Structural Search → 点右上角
Load Template→ 手动找到你存的.xml - GoLand 不扫描你指定的目录，也不会在 UI 里显示“network”分类页签；所有导入的模板都平铺在模板列表里
真正可行的分类动作，是你自己建一个项目外的 templates/ 目录，按类型建子目录，存好各种 .xml 和 .go scratch 内容，再靠文件名和 README.md 做人工索引——IDE 不参与，也不感知。
