position-try-options 不起作用，是因为它不是有效CSS属性，未被任何主流浏览器实现，也不在W3C规范中；真正可用的是 position-anchor 和 anchor() 函数。
position-try-options 不起作用，是因为它根本不是有效的 CSS 属性 —— 浏览器会直接忽略它，连解析都不会进。
为什么 DevTools 里搜不到 position-try-options
截至 2026 年 9 月，position-try-options 未被任何主流浏览器（Chrome、Firefox、Safari、Edge）实现，也不在 W3C 的 CSS Anchor Positioning 工作草案中。你写的这行样式：position-try-options: flip-block;，在 DevTools 的 Styles 面板里会被划掉，Computed 面板里压根不出现 —— 它就像没写过一样。
这个名称容易让人联想到早期社区对“尝试多种定位 fallback”的设想，但官方规范从未采纳该命名。目前锚点定位的 fallback 机制是隐式的、运行时决定的，不靠显式声明选项控制。
position-anchor 和 anchor() 才是真实可用的 API
真正能用、已稳定支持（Chrome 125+、Firefox 128+、Safari 17.4+）的是这两部分：
立即学习“前端免费学习笔记（深入）”；
-
anchor-name：定义锚点，如.btn { anchor-name: --menu-anchor; } -
position-anchor+anchor()函数：定位目标，如.menu { position: absolute; position-anchor: --menu-anchor; top: anchor(bottom); left: anchor(left); }
注意：position-anchor 是属性名，不是 position: anchor；anchor() 是函数，必须配合 position: absolute 或 position: fixed 使用。
常见错误包括：
- 漏写
position-anchor，只写anchor()—— 这时函数值会退化为auto，定位失效 - 把
anchor-name写在非块级元素（如<span></span>）上，某些浏览器不识别 - 父容器有
transform或filter，导致锚点坐标系偏移，anchor()计算结果错位
想实现“自动翻转位置”？别靠不存在的 position-try-options
所谓“菜单空间不够就自动翻到上面”，不是靠某个 magic 属性开关，而是由浏览器在渲染时根据锚点位置、视口边界和 anchor() 表达式**实时计算并选择最优布局**。你只需提供明确的定位意图，比如：
.tooltip {
position: absolute;
position-anchor: --tip-anchor;
top: anchor(bottom);
left: anchor(left);
margin-top: 0.25rem;
}
<p>/<em> 当 bottom 不够时，浏览器会自动 fallback 到 top </em>/
.tooltip[data-flipped] {
top: anchor(top);
margin-top: -0.25rem;
}
但这个 data-flipped 状态需要 JS 监听 resize 和 scroll，调用 element.checkVisibility() 或手动测量判断 —— CSS 锚点定位本身不暴露“是否翻转”的状态，也不提供 declarative fallback 列表。
最常被忽略的一点：锚点定位依赖 layout stability。如果锚点元素本身频繁重排（比如文字换行、图片加载后撑高），anchor() 的计算可能延迟一帧，导致短暂错位。上线前务必在慢网模拟下测试真实 DOM 变化节奏。
