-
剪指甲不疼是因为指甲板无神经末梢和血管；它由角化上皮细胞构成，无生命且无痛觉受体，痛觉通路无法启动，甲板与甲床间有解剖间隙阻隔刺激。
-
image-set()未生效主因是浏览器支持不足，仅Safari18+和Chrome125+稳定支持；旧版Chrome需fallback至媒体查询方案。
-
EOFException是Java中读取流时提前到达末尾的信号，常用于正常结束循环而非错误处理。它出现在DataInputStream或ObjectInputStream读取不完整数据、网络中断等场景，需通过try-catch捕获并以break退出循环，结合try-with-resources确保资源释放。预防措施包括预先写入对象数量、使用结束标记、保证写入方flush和close流，并校验文件完整性。关键在于区分“意料之中”的流结束与数据损坏导致的异常，合理设计协议可降低处理复杂度。
-
http.Do失败需同时检查err和resp.StatusCode：err!=nil为网络层错误，err==nil但StatusCode>=400为服务端错误；必须检查状态码并关闭resp.Body。
-
最直接有效的方法是使用100vh或100dvh设置内容区高度，配合Flex/Grid布局实现垂直居中与自适应，并通过overflow-y:auto处理内容溢出。
-
用单个<audio>元素配合JavaScript实现播放列表：通过JS切换src或<source>并调用load()和play()，避免多<audio>浪费资源；注意iOS限制（如loop、volume不可JS设置）、preload策略及autoplay策略限制。
-
能，但需手动利用channel的阻塞特性构造求值时机；sender必须close(ch)通知结束，receiver需用select+ctx.Done()安全消费，避免死锁或panic。
-
DataFrame不应逐行遍历，因其列式存储和向量化设计使iterrows()、apply(axis=1)等操作退化为低效Python循环，性能比NumPy向量化慢10–100倍；应优先使用向量化运算、内置方法或NumPy函数。
-
set求交集在多数场景下最快，时间复杂度约O(n+m)，但会丢失顺序与重复信息；双指针适合已排序数组，保序且可控重复，空间复杂度O(1)。
-
Axure导出的HTML不是真正可部署的网页，它依赖本地运行环境和Axure自带的JS库，不能直接扔到服务器上当网站用。导出时选错发布类型：误用“生成器”而非“HTML文件”Axure的导出菜单里有两个名字接近的选项：GenerateHTMLFiles和PreviewinBrowser（或某些版本叫GeneratePrototype）。前者才是生成静态HTML文件的正确路径；后者只是本地临时预览，生成的文件夹结构不完整、缺少data.js和axurerp.
-
channel适合需要解耦协程依赖、明确数据流向的场景，如生产者-消费者模型；2.共享内存适合高频访问、低延迟场景，如状态统计；3.取舍需权衡性能、安全和维护性；4.优化建议包括批量传输、sync.Pool复用和原子操作替代。Channel通过CSP模型避免共享变量复杂性，支持同步或缓冲的数据交换，推荐使用带缓冲channel减少阻塞；共享内存配合锁或原子操作适用于低延迟场景，如计数器可使用atomic.AddInt64提升性能；性能上小结构传递适合channel，大结构频繁读写适合共享内存，安全性上ch
-
CSS角度单位包括deg、rad、grad和turn四种：deg以360度为整圈，最常用；rad基于弧度制，适合高精度计算；grad将圆周分为400份，兼容欧洲工程标准；turn以完整旋转圈数为单位，语义清晰便于动画控制。
-
calc()中单位混用需满足量纲一致且上下文有参考基准，如10px+1em合法，而10px+20%在父尺寸未定义时可能失效；推荐用clamp()、媒体查询或em/rem替代复杂calc。
-
Chrome中HTML5问题需通过五步解决：一、更新至v132+确保基础支持；二、在chrome://flags启用WebGPU等实验功能；三、用chrome://gpu、chrome://media-internals及Console命令验证硬件加速与API就绪；四、在网站设置中授权相机、位置等权限；五、用开发者工具Network/Elements/Console排查资源加载与渲染异常。
-
flex-wrap不换行主因是父容器宽度不足或子项尺寸被锁死；gridauto-flow:dense不控制换行，换行由grid-template-columns与wrap配合实现；Flex换行属溢出补救，Grid换行属网格预分配。
