-
Taro通过编译时AST转换和运行时适配实现跨端开发，将React/Vue代码转为多端原生语法，统一API与组件，支持条件编译与扩展，本质是静态编译的代码生成器。
-
真正懒加载的核心是延迟设置src直到图片进入视口，而非仅靠opacity+transition实现视觉渐显；前者节省带宽提升首屏性能，后者图片早已下载完毕。
-
纯HTML无法实现真正的能源管理监控大屏，因其缺乏数据获取、实时更新、状态联动和告警响应能力；实际依赖HTML+JS（WebSocket/fetch）+后端构成的动态前端展示层。
-
String.fromCodePoint()仅将Unicode码点转为字符，不生成字体；“自定义字体映射”实为语义标签（如"arrow_up"）到码点（如0x2191）的映射，再用该方法转成字符；需用对象或Map统一管理映射，批量转换时注意码点有效性并做容错处理。
-
overflow:hidden仅裁剪内容不修正背景绘制区域，需配合border-radius生效；Safari中背景溢出因background-clip默认为border-box；background-clip:padding-box更优但需有实线边框。
-
本文详解为何无法真正“清除”fetch触发的404控制台错误日志，并提供专业级替代方案：通过配置请求、捕获网络异常、禁用预检失败提示及合理使用try/catch，从根源上避免冗余错误输出。
-
必须用createElementNS创建SVG元素并传入命名空间URI“http://www.w3.org/2000/svg”，否则浏览器将其视为普通HTML标签导致不渲染；属性设置需区分命名空间，xlink:href等须用setAttributeNS。
-
TypedArray默认使用本机字节序，不保证跨平台一致性；x86小端、ARM/网络协议大端，异步传输中若未显式统一字节序（如用DataView指定），会导致数值解析错误且难以排查。
-
必须借助JavaScript发起异步请求调用API，方法包括：一、fetchAPI；二、XMLHttpRequest；三、async/await封装fetch；四、JSONP跨域；五、Axios库。
-
浮动列表缩放重叠本质是float脱离文档流且缺乏弹性，应改用flex-wrap或grid布局，配合min-width和box-sizing:border-box防止溢出。
-
HTML文档必须严格遵循5个核心标签的顺序：<!DOCTYPEhtml>、<htmllang>、<head>（含<metacharset>在<title>前）、<body>；缺一不可，否则导致解析异常、SEO失败或无障碍访问失效。
-
![React 中管理多个同类型组件的状态，尤其是像不同敌方手牌的金钱值这种需要独立控制的情况，可以采用以下几种方式：✅ 1. 使用数组或对象存储状态将所有敌方手牌的状态统一存储在一个数组或对象中，每个元素代表一个敌方手牌的信息（包括金钱值）。这样可以通过索引或唯一 ID 来访问和更新特定的手牌状态。示例代码：const [enemyHands, setEnemyHands] = useState([](/uploads/6175/eff621e2220ae7d8fed78390e294b5e9.png)
在React中，若需为多个相同组件（如多个<EnemyHand>）分别维护独立的状态（如各自不同的player_money），不能共用单一useState值；必须采用结构化状态（对象或数组）并配合键值精准更新，避免状态污染与误更新。在React中，若需为多个相同组件（如多个``）分别维护独立的状态（如各自不同的`player_money`），不能共用单一`useState`值；必须采用结构化状态（对象或数组）并配合键值精
-
:nth-child(3n+1)选择DOM序号为1、4、7…的元素，与视觉排列无关；其生效需满足HTML线性、列数固定、无隐藏/插入元素等条件，否则易错位；可靠方案是用Grid定位而非依赖序号。
-
不能通过String.prototype.replaceAll()配合“原始转义逻辑”实现安全的XSS防护，因为replaceAll仅做字符串级简单替换，不理解HTML结构与上下文，无法应对大小写混淆、编码绕过、多上下文注入等XSS手段；真正的防护需上下文感知的输出编码和成熟库（如DOMPurify）配合。
-
要实现“原始工程保存”，需用NativeFileSystemAPI直接读写本地磁盘目录：先检测并启用FileSystemAccessAPI，再通过showDirectoryPicker获取目录句柄并持久化权限，接着构建本地文件树，最后编辑时直接写回原文件。
