面试题手册

React Query 缓存的核心是两个时间参数：staleTime 决定数据何时被标记为"过期"（默认 0，即立即过期），gcTime（原 cacheTime）决定数据何时被垃圾回收（默认 5 分钟）。数据在 staleTime 内不会重新请求，但窗口聚焦时会触发 refetch；超过 gcTime 且无观察者的查询会被从缓存清除。管理缓存的三个关键 API：queryClient.invalidateQueries() 标记失效并触发重新获取、queryClient.setQueryData() 直接更新缓存数据、queryClient.removeQueries() 彻底移除缓存条目。对于需要持久化的场景，可借助 persistQueryClient 将缓存写入 localStorage。追问staleTime 设为 Infinity 意味着什么？什么场景下合理？invalidateQueries 和 resetQueries 的区别是什么？如何利用 queryKey 层级结构实现局部失效（如只刷新某个用户下的 todo 列表）？窗口聚焦 refetch 在移动端或 Electron 中表现如何？如何关闭？持久化缓存到 localStorage 时如何处理敏感数据和版本不一致问题？写段代码const queryClient = new QueryClient({ defaultOptions: { queries: { staleTime: 5 * 60_000, gcTime: 30 * 60_000 } }})// mutation 成功后局部失效const mu = useMutation(updateTodo, { onSuccess: () => queryClient.invalidateQueries(['todos'])})

OpenCV.js 实现实时视频处理的核心流程是：通过 navigator.mediaDevices.getUserMedia() 获取摄像头流绑定到 video 元素，再用 cv.VideoCapture(video) 逐帧读取到 cv.Mat，在 requestAnimationFrame 循环中完成处理和 cv.imshow() 输出。性能瓶颈主要在 WASM 单线程执行和帧处理耗时，常用优化手段包括降低处理分辨率（先 resize 到小尺寸处理再放大显示）、用 Web Worker 将计算移到后台线程、以及控制帧率跳帧处理。内存管理上，视频循环中必须及时 delete 每帧的 Mat 对象，否则几秒内就会内存溢出。追问cv.VideoCapture 的参数可以传 canvas 吗？可以。VideoCapture 构造函数接受 video 或 canvas 元素，传 canvas 时从 canvas 读取当前帧。这对于处理已有图像序列或截图场景很有用。requestAnimationFrame 和 setTimeout 控制帧循环哪个好？requestAnimationFrame 与浏览器渲染同步，在不活动标签页自动暂停，更省资源。setTimeout 可精确控制帧率但不会自动暂停。实时视频场景推荐 requestAnimationFrame。Web Worker 中能直接使用 cv 对象吗？不能直接共享。Worker 需要独立加载 opencv.js 脚本，主线程通过 postMessage 传递 ImageData 的 ArrayBuffer（使用 Transferable 零拷贝），Worker 处理后回传结果。如何检测和处理帧率下降？用 performance.now() 记录每帧处理耗时，当单帧耗时超过 1000/targetFPS 时跳过处理帧只显示原始画面，或降低处理分辨率动态适配。CascadeClassifier 加载 XML 模型文件在浏览器端怎么做？浏览器无法直接读本地文件，需通过 fetch 下载 XML 文件为 ArrayBuffer，再用 cv.CascadeClassifier 的 load 方法传入 Uint8Array。也可将 XML 编码为 Base64 内嵌在代码中。写段代码let cap = new cv.VideoCapture(video);let src = new cv.Mat(), dst = new cv.Mat();function loop() { cap.read(src); cv.cvtColor(src, dst, cv.COLOR_RGBA2GRAY); cv.Canny(dst, dst, 50, 100); cv.imshow('output', dst); requestAnimationFrame(loop);}loop();

单引号是强引用，内部所有字符按字面量处理，变量 $var、命令替换 $(cmd)、转义符 \n 全部原样输出。双引号是弱引用，允许变量展开、命令替换和少数转义（\$ \" \ \n），其余字符原样保留。实际开发中 90% 的场景用双引号——既能展开变量，又能防止空格拆分和 glob 展开。只在需要原样输出 $ 符号或特殊字符时才用单引号。另外 $'…' 语法支持 \n \t 等转义序列，是 echo -e 的替代方案。追问1. 不加引号、双引号、单引号对变量赋值有什么不同？不加引号时变量值会被 word splitting 和 glob 展开：var=hello world 会报错，var=*.txt 会展开为匹配的文件列表。双引号阻止 word splitting 和 glob 但保留变量展开。单引号阻止一切展开。2. 单引号里怎么输出单引号本身？单引号内无法转义单引号。解决办法是用拼接：'it'\''s' ——结束单引号、转义单引号、重新开始单引号。或改用双引号 "it's"。3. $'…' 和 "…" 都支持转义，有什么区别？$'…' 只做转义展开，不做变量和命令替换，是真正的转义字符串。"…" 既做转义又做变量/命令替换。需要转义但不需变量展开时用 $'…' 更精确。4. 双引号能防止哪些问题？举个实际例子。防止空格拆分：file="my doc.txt"; rm "$file" 正确删除，不加引号会删 my 和 doc.txt 两个文件。防止 glob 展开：echo "*.txt" 输出字面量，不加引号会列出所有 .txt 文件。5. 单引号和双引号有性能差异吗？理论上单引号更快（跳过展开解析），但差异极小可忽略。选择依据应是语义正确性而非性能。写段代码name="world"echo 'Hello $name' # Hello $nameecho "Hello $name" # Hello worldecho $'line1\nline2' # 换行输出echo 'it'\''s me' # it's me

OpenCV.js 中特征检测首选 ORB，因为它是免费的且速度快，通过 new cv.ORB() 创建检测器，调用 detectAndCompute() 同时提取关键点和描述子。特征匹配使用 cv.BFMatcher 配合 cv.NORM_HAMMING 距离（ORB 描述子是二进制的）。注意 SIFT 在 OpenCV.js 中支持有限，需确认编译时是否启用。匹配完成后用 cv.drawMatches() 可视化结果。对于形状检测，cv.findContours() 做轮廓提取，cv.HoughLinesP() 和 cv.HoughCircles() 分别做直线和圆检测。追问为什么 OpenCV.js 推荐 ORB 而不是 SIFT？ORB 不受专利限制，计算速度比 SIFT 快一个数量级，且描述子是二进制的，匹配用汉明距离更快。SIFT 在 JS 端性能开销大，且部分 OpenCV.js 构建不包含 SIFT 模块。BFMatcher 的 crossCheck 参数有什么作用？crossCheck 为 true 时只保留双向匹配一致的对（A匹配B且B也匹配A），能有效过滤误匹配，代价是匹配点数量减少。FLANN 匹配器在 OpenCV.js 中可用吗？cv.FlannBasedMatcher 在部分版本可用，但因其依赖 FLANN 库的完整构建，部分精简版 OpenCV.js 不包含。实际项目中 BFMatcher 更稳妥。如何筛选优质匹配点？对 knnMatch 返回的 k=2 邻近结果计算距离比值（Lowe's ratio test），若最近邻距离 / 次近邻距离 < 0.7 则保留，这是滤除误匹配的标准做法。轮廓检测前为什么要先做二值化？cv.findContours() 要求输入为 8 位单通道二值图像，非零像素被视为前景。不二值化则轮廓提取结果不可预测，通常先灰度化再 threshold 或 Canny。写段代码let orb = new cv.ORB(), kp = new cv.KeyPointVector();let desc = new cv.Mat();orb.detectAndCompute(gray, new cv.Mat(), kp, desc);let matcher = new cv.BFMatcher(cv.NORM_HAMMING, true);let matches = new cv.DMatchVector();matcher.match(desc1, desc2, matches);kp.delete(); desc.delete(); matches.delete();

Shell 有三种循环：for 遍历列表或范围，while 条件为真时重复，until 条件为真时停止。for 有两种写法——for item in list 遍历集合，for ((i=0;i<N;i++)) 是 C 风格计数循环。while 最经典的用法是逐行读文件：while IFS= read -r line。until 和 while 逻辑相反，常用于等待服务就绪。break N 可跳出 N 层循环，continue 跳过当前迭代。无限循环用 while true 或 for ((;;))。追问1. for item in $(ls) 有什么问题？应该怎么遍历文件？$(ls) 会按空格拆分，含空格的文件名会被切成多段。正确做法是 for item in * 或 for item in dir/*，由 Shell 的路径展开直接生成文件列表，不会拆分含空格的文件名。2. while read 读文件为什么要加 IFS= 和 -r？不加 IFS=，前导尾随空白会被截掉；不加 -r，反斜杠会被当作转义符吞掉。正确写法 while IFS= read -r line 是防御性编程的标准范式。3. while 和 until 分别适合什么场景？while 用于"满足条件就继续"（如逐行处理），until 用于"不满足就等"（如轮询服务状态）。until curl -s localhost:8080 >/dev/null; do sleep 1; done 比 while ! curl … 更直观。4. 怎么控制循环的并发数？用计数器+wait 控制后台任务数：每启动 N 个后台任务执行一次 wait，等上一批完成再继续。或用 GNU parallel / xargs -P 等工具。5. for 循环中 {1..$n} 为什么不生效？{} 范围展开在变量替换之前执行，所以 {1..$n} 不会展开。应改用 C 风格 for ((i=1;i<=n;i++)) 或 seq 1 $n。写段代码# 安全遍历文件 + while 逐行处理for f in /var/log/*.log; do [ -f "$f" ] || continue while IFS= read -r line; do echo "${f##*/}: $line" done < "$f"done

OpenCV.js 常用的图像处理操作涵盖颜色转换、滤波、边缘检测、几何变换和阈值处理五大类。核心 API 包括：cv.cvtColor() 做颜色空间转换（如 RGBA2GRAY），cv.GaussianBlur() 和 cv.medianBlur() 做图像平滑，cv.Canny() 做边缘检测，cv.resize() 和 cv.warpAffine() 做几何变换，cv.threshold() 和 cv.adaptiveThreshold() 做二值化。所有操作前需通过 cv.imread() 从 canvas 读取图像，处理后用 cv.imshow() 输出，且每个 cv.Mat 对象必须手动调用 .delete() 释放内存。追问cv.cvtColor() 中 RGBA2GRAY 和 RGB2GRAY 有什么区别？浏览器 canvas 默认输出 RGBA 四通道，所以用 cv.imread() 读到的图像必须用 COLORRGBA2GRAY 而非 COLORRGB2GRAY，否则通道数不匹配会报错。高斯模糊的核大小为什么必须是奇数？奇数核保证高斯函数有明确的中心点，OpenCV 强制要求 ksize 的宽高都为正奇数，否则抛异常。核越大模糊越强，但计算量也越大。cv.threshold() 和 cv.adaptiveThreshold() 分别适合什么场景？全局阈值适合光照均匀的图像，自适应阈值适合光照不均的场景（如阴影下的文档），后者对每个像素根据邻域计算局部阈值。形态学操作中开运算和闭运算的区别是什么？开运算（先腐蚀后膨胀）去除小噪点，闭运算（先膨胀后腐蚀）填充小孔洞，选择取决于目标是去噪还是补洞。为什么 OpenCV.js 中 Mat 对象必须手动 delete？OpenCV.js 通过 WebAssembly 在堆上分配内存，JavaScript 的 GC 无法回收 WASM 堆内存，不 delete 就会造成内存泄漏，视频处理循环中尤其致命。写段代码let src = cv.imread('canvasInput');let gray = new cv.Mat(), dst = new cv.Mat();cv.cvtColor(src, gray, cv.COLOR_RGBA2GRAY);cv.GaussianBlur(gray, gray, new cv.Size(5, 5), 0);cv.Canny(gray, dst, 50, 100);cv.imshow('canvasOutput', dst);src.delete(); gray.delete(); dst.delete();

Shell 字符串操作全部通过 ${} 参数展开完成，无需外部命令。拼接直接并排书写即可："$a$b" 或 "${a}_${b}"。长度用 ${#var}。截取用 ${var:offset:length}，支持负偏移从末尾取。最常用的模式删除：${var#pattern} 删最短前缀、${var##pattern} 删最长前缀、${var%pattern} 删最短后缀、${var%%pattern} 删最长后缀——这是提取文件名、路径、扩展名的标准做法。替换用 ${var/pattern/replacement} 替首次、${var//pattern/replacement} 替全部。追问1. # 和 ## 删除前缀有什么区别？% 和 %% 呢？从左删最短匹配，## 删最长匹配。以 path=/a/b/c.txt 为例，${path#/} 得 a/b/c.txt（删到第一个 /），${path##/} 得 c.txt（删到最后一个 /）。% 和 %% 从右删，逻辑对称。记忆：# 在键盘左边删左边，% 在右边删右边。2. ${var:offset:length} 的 offset 是从 0 还是 1 开始？负数偏移要注意什么？offset 从 0 开始。负偏移表示从末尾计数，但冒号后必须加空格：${var: -3} 取末尾3个字符，不加空格会被误认为默认值语法 ${var:-3}。3. 怎么提取文件路径中的目录、文件名和扩展名？dir=${path%/}、name=${path##/}、ext=${path##.}、base=${name%.}。这比 dirname/basename 命令更快，因为不需要 fork 子进程。4. 字符串替换能用正则吗？${var/pattern/replacement} 的 pattern 是 glob 通配符（* ? [abc]），不是正则。需要正则匹配要用 [[ $var =~ regex ]] 配合 BASH_REMATCH 数组，或调用 sed/awk。写段代码path="/data/logs/app.access.log"filename=${path##*/} # app.access.logdir=${path%/*} # /data/logsbase=${filename%.*} # app.accessext=${filename##*.} # logecho "$dir / $base / $ext"

Shell 函数用 name() { } 或 function name { } 定义，调用时直接写函数名。参数通过 $1、$2、$@ 等位置变量访问，不写在括号里。返回值有两个机制：return 只能返回 0-255 的退出码，用于表示成功或失败；要返回字符串或计算结果，需用 echo 输出后由调用方通过 $(func) 命令替换捕获。函数内变量默认是全局的，必须用 local 声明才能限定作用域，这是 Shell 和大多数语言的重要区别。追问1. return 和 echo 返回值有什么本质区别？return 设置的是函数的退出状态码（0-255），只能用于条件判断（if func; then）。echo 输出到 stdout，由 $(func) 捕获后可当字符串使用。两者常配合：echo 返回结果，return 返回状态。2. $@ 和 $* 有什么区别？什么时候加引号？不加引号时两者相同，展开为独立单词。加引号后 "$@" 保留每个参数的边界（"$1" "$2" …），"$*" 把所有参数合并为一个字符串（"$1 $2 …"）。循环遍历参数时始终用 "$@"。3. 函数中不用 local 会怎样？变量变成全局的，会污染外部作用域甚至覆盖同名变量。这在调试时极难排查，是 Shell 脚本 bug 的常见来源。建议所有函数内变量都加 local。4. 如何在另一个脚本中复用函数？将函数写在独立文件中，用 source 或 . 命令导入。也可以用 export -f func_name 将函数导出给子进程，但只对 bash 子进程有效。5. 函数能递归调用吗？有什么限制？可以递归，但 Shell 没有尾递归优化，深度递归会很快耗尽栈空间。实际中递归深度超过几百层就会报错，复杂数据结构建议用其他语言。写段代码# return 退出码 + echo 返回值grep_key() { local file=$1 key=$2 grep -q "$key" "$file" || return 1 grep "$key" "$file" | head -1}result=$(grep_key /etc/hosts localhost)if [ $? -eq 0 ]; then echo "Found: $result"fi

Shell 通过文件描述符（FD）管理数据流：stdin(0) 读入、stdout(1) 正常输出、stderr(2) 错误输出。重定向改变数据流向，> 覆盖写、>> 追加写，2> 重定向错误，2>&1 将 stderr 合并到 stdout，&> 是 Bash 4+ 的简写。管道 | 将左侧 stdout 传给右侧 stdin，但 stderr 不经过管道——需先用 2>&1 转换。/dev/null 是黑洞设备，丢弃输出用 > /dev/null 2>&1。Here Document(<<) 和 Here String(<<<) 用于内联输入，进程替换 <() 让两个命令的输出直接比较而无需临时文件。追问管道为什么只传 stdout？如何让 stderr 也通过管道？管道连接的是 FD1→FD0，stderr 走 FD2 所以被丢弃。用 cmd 2>&1 | grep err 先将 FD2 合并到 FD1 即可。set -o pipefail 有什么用？默认管道返回最后一个命令的退出码，中间命令失败会被忽略。pipefail 使管道任一命令失败就返回非零，适合脚本严格错误检查。进程替换 管道是进程间 stdin/stdout 直连，只能单流向；<() 将命令输出映射为临时文件路径，支持多个输入源同时使用，如 diff <(cmd1) <(cmd2)。exec 3> file.txt 是什么用法？exec 打开自定义 FD，后续通过 >&3 写入、&- 关闭。适合脚本中多次读写同一文件避免反复打开。写段代码# 分别记录输出和错误，同时用管道过滤错误./deploy.sh 1>deploy.log 2>&1 | grep -i "error"# 进程替换对比两个目录if ! diff <(ls dir1) <(ls dir2); then echo "目录内容有差异"fi

Shell 是用户与操作系统内核之间的命令解释器，负责将用户输入的命令翻译给内核执行并返回结果。它同时也是一种脚本语言，可以将命令序列写入文件批量执行。Linux 默认 Shell 通常是 bash，macOS 从 Catalina 起默认切换为 zsh。生产环境中需关注兼容性：写可移植脚本时应以 POSIX sh 为基准，避免使用 bashism。Debian/Ubuntu 的 /bin/sh 实际指向 dash，执行速度比 bash 快但不支持其扩展语法。fish 交互体验好但语法不兼容 POSIX，不适合写通用脚本。追问1. /bin/sh 和 /bin/bash 有什么区别？为什么要区分？/bin/sh 是 POSIX 标准定义的 Shell，/bin/bash 在其基础上扩展了数组、[[ ]]、(( )) 等特性。脚本首行写 #!/bin/sh 意味着只使用 POSIX 语法，保证跨平台可移植；写 #!/bin/bash 则可以使用 bash 扩展但牺牲了可移植性。2. 怎么查看当前系统使用的 Shell？怎么临时切换？echo $SHELL 查看默认 Shell，echo $0 查看当前 Shell。临时切换直接输入 bash 或 zsh 即可，永久切换用 chsh -s /bin/zsh。3. zsh 相比 bash 有哪些优势？为什么 macOS 要切换？zsh 支持更强大的 Tab 补全（命令参数、文件路径）、右侧提示符、插件生态（oh-my-zsh）和递归通配符 */.sh。macOS 切换主因是 bash 3.2 受 GPL v3 许可限制无法升级，zsh 采用 MIT 许可更灵活。4. dash 为什么比 bash 快？适合什么场景？dash 代码量小、不加载交互功能，启动速度快约 4 倍。适合作为 /bin/sh 执行系统启动脚本（如 /etc/init.d/），不适合交互使用。写段代码#!/bin/sh# 检测当前 Shell 并给出建议case "$SHELL" in */bash) echo "当前: bash" ;; */zsh) echo "当前: zsh" ;; */dash) echo "当前: dash" ;; *) echo "当前: $SHELL" ;;esac