HTML中只有标签的method属性可指定GET或POST请求方法，其他标签无法设置；该属性仅影响原生表单提交，JS拦截后失效；服务端Allow响应头才是标准声明位置。
HTML里根本不能标注请求方法
浏览器发起请求的方法（GET/POST等）不由HTML标签本身决定，而是由表单提交行为或超链接的语义隐式控制。写 <form method="POST"></form> 是告诉浏览器“用POST发”，但这个 method 属性只是表单专属，且仅对 <form></form> 有效——<a></a>、<img alt="HTML怎么标注请求方法_HTML GET/POST文本强调方式【详解】" >、<script></script> 这些标签压根没有请求方法可设。
form 的 method 属性怎么用才不翻车
method 只在 <form></form> 中起作用，值为 "GET" 或 "POST"（大小写不敏感，但惯例全大写）。它影响的是表单数据如何打包、发到哪、以及能否被缓存。
-
GET：数据拼在 URL 后面（?key=value），有长度限制（通常几KB），会被浏览器记录、缓存、分享——别用它传密码或敏感内容 -
POST：数据放在请求体里，没长度限制，不暴露在地址栏，也不会被轻易缓存——适合登录、上传、修改操作 - 省略
method时默认是"GET"，不是安全兜底，是陷阱起点 - 现代开发中，如果用 JS 拦截表单并调
fetch()，method属性就完全失效了——它只约束原生提交行为
想强调“这是GET请求”或“这是POST请求”，别靠HTML硬标
HTML不是文档标注工具，也不该承担语义解释职责。所谓“文本强调方式”，本质是前端展示需求，得靠CSS或JS实现，而不是改HTML结构。
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
- 如果只是让开发者或测试者一眼看出某链接/按钮触发什么请求，加
data-method="POST"这类自定义属性更靠谱，再配合CSS伪元素显示小标签：button[data-method="POST"]::after { content: " (POST)"; color: #666; } - 服务端返回的响应头里有
Allow字段（如Allow: GET, POST），这才是标准的请求方法声明位置，HTML无权替代 - 用
<code>GET或<code>POST包裹文字是唯一合理做法——它表示“这是HTTP方法名”，不是“我设置了这个方法”
容易被忽略的兼容性细节
有些老项目会把 method 写成小写（method="post"）或混用引号（method='POST'），虽然浏览器基本都认，但XHTML解析器可能报错；更麻烦的是 <form enctype="multipart/form-data"></form> 和 method="GET" 组合——浏览器会静默忽略 enctype，因为 GET 根本不支持请求体。
立即学习“前端免费学习笔记（深入）”；
-
<form method="PUT"></form>不会发 PUT 请求，浏览器只认"GET"和"POST"（其他方法需 JS 配合fetch()） - 用
<input type="image">提交表单时，即使method="POST"，也会额外带两个参数x和y（点击坐标），后端要预留处理 - 某些CDN或代理会重写
POST请求为GET（比如缓存穿透场景），这时看HTML毫无意义，得查网络面板里的真实请求方法
真正决定请求方法的，永远是发出请求那一刻的协议栈行为，不是你写了什么标签。盯着HTML改 method 却不去看 DevTools 的 Network 面板，等于蒙眼调接口。
