php 8.5 无 locale_is_right_to_left 函数；应使用 intlchar::getbidiclass() 判断单字符方向，或按语言代码硬编码查表（如 'ar'、'he'）确定 rtl。
php8.5 没有 locale_is_right_to_left 函数
PHP 8.5 官方扩展中压根不存在这个函数，它既不是 ICU 扩展（intl）的 API，也不在 ext/mbstring 或 ext/intl 的任何版本变更日志里。你搜到的可能是拼写错误、混淆了 JavaScript 的 getComputedStyle 行为，或是某个私有封装函数的命名。
常见错误现象：Call to undefined function locale_is_right_to_left()；或者用 Composer 装了某第三方包后误以为是 PHP 内置函数。
- PHP 原生至今（包括 8.5 alpha/beta）未提供直接判断 RTL 语言的内置函数
-
intl扩展提供Locale::getDisplayName()和IntlChar::getBidiClass()，但都不直接返回布尔值表示书写方向 - 真正能用的底层依据是 Unicode Bidi 类（如
Arabic、Hebrew、AL、R等），需手动映射
用 IntlChar::getBidiClass() 判断字符方向
这是目前最接近“原生支持”的方式，但注意：它作用于单个字符（int 或 UTF-8 字符），不是整个 locale 字符串。你需要传入一个典型 RTL 字符（比如阿拉伯字母或希伯来字母），而不是 en_US 这样的 locale ID。
使用场景：渲染前检查用户输入的第一个有效文字字符，或 fallback 到语言代码规则时做二次验证。
立即学习“PHP免费学习笔记（深入）”；
-
IntlChar::getBidiClass(0x0627)（阿拉伯字母 Alef）返回IntlChar::BC_AL -
IntlChar::getBidiClass('א')（希伯来字母 Alef）返回IntlChar::BC_R - RTL 对应的 Bidi Class 常见值：
BC_R、BC_AL、BC_AN（部分数字上下文）、BC_EN（不总是 RTL，慎用） - 必须启用
intl扩展且 PHP 编译带 ICU 支持，否则会报Call to undefined function IntlChar::getBidiClass()
按语言代码硬编码判断 RTL（最常用、最稳）
绝大多数 Web 应用不需要动态分析文本，而是根据 Accept-Language 或用户设置的 locale 字符串决定整体布局方向。这时直接查表比调用 ICU 更快、更可控。
性能影响：数组查找 O(1)，无扩展依赖；兼容性：PHP 7.2+ 即可，不依赖 intl。
- 典型 RTL 语言代码：
'ar'、'he'、'fa'、'ur'、'ps'、'sd'、'kk-arab'（哈萨克语阿拉伯字母变体） - 注意区分大小写和分隔符：
'AR'≠'ar'，'ar_SA'和'ar'都应匹配 - 推荐写法：
in_array(strtolower(substr($locale, 0, 2)), $rtl_langs)，避免正则或全量str_starts_with开销 - 别漏掉
'dv'（迪维希语）和'ug'（维吾尔语，部分场景用阿拉伯字母）
为什么不用 locale_get_display_name() 或 setlocale() 推断方向
这两个函数跟文字书写方向完全无关。locale_get_display_name() 只是把 zh_CN 渲染成“中文（中国）”，返回字符串；setlocale() 影响的是 strftime、strtoupper 等本地化行为，对 CSS 的 direction 或 HTML dir 属性没任何暗示作用。
容易踩的坑：有人试图用 locale_get_display_name('ar', 'en') 得到 "Arabic" 再去字符串匹配，这既慢又不可靠——比如 'ckb'（库尔德语中拉丁字母变体）显示名可能是 "Kurdish"，但实际用阿拉伯字母书写时仍是 RTL。
-
setlocale(LC_ALL, 'ar_SA');不会改变mb_detect_encoding()的行为，也不会让strlen()返回 RTL 相关结果 - 所有基于 locale 名称字符串的“智能推断”都应视为不安全，除非你明确控制了输入来源（如 CMS 后台只允许从预设下拉选）
- 真实项目里，最好让前端也传一个
dir="rtl"标志，服务端只做校验，不承担推导责任
真正麻烦的不是怎么判断，而是有些语言存在双书写方向变体（比如哈萨克语可用西里尔、拉丁、阿拉伯三套字母），这时候光看语言代码不够，还得结合区域或显式字体/输入法上下文。这种 case，硬编码表得拆成两级：语言 + 脚本子标签（kk-Arab），否则容易翻车。
