游乐游手机版
首页/前端开发/文章详情

JavaScript实现基于旋转中心的FOV视锥线绘制

时间:2026-07-02 06:51
在开发类似《Doom》的 2 5D 射线投射游戏时,精确绘制视野(Field of View,FOV)常常令开发者感到棘手。许多新手开发者习惯调用 ctx rotate() 搭配 moveTo lineTo 来绘制两条扇形边界线,但很快会发现:Canvas 的 rotate() 仅影响后续绘图的变换

在开发类似《Doom》的 2.5D 射线投射游戏时,精确绘制视野(Field of View,FOV)常常令开发者感到棘手。许多新手开发者习惯调用 ctx.rotate() 搭配 moveTo/lineTo 来绘制两条扇形边界线,但很快会发现:Canvas 的 rotate() 仅影响后续绘图的变换矩阵,并不会自动修正手动计算的坐标值——若仍按原始未旋转的坐标绘制,线条就会严重偏移。

因此,正确做法是:彻底放弃依赖 Canvas 变换,改为对关键点(如角色立方体的顶点)进行纯数学旋转计算,再使用世界坐标系中的绝对坐标来绘制线条。这里采用的是标准二维绕点旋转公式:

function rotatePoint(point, centro, angleRad) {
  const dx = point.x - centro.x;
  const dy = point.y - centro.y;
  return {
    x: centro.x + dx * Math.cos(angleRad) - dy * Math.sin(angleRad),
    y: centro.y + dx * Math.sin(angleRad) + dy * Math.cos(angleRad)
  };
}

举个例子:假设“玩家立方体”的宽和高均为 size,中心点为 (this.x + size/2, this.y + size/2),FOV 张角为 fovAngle(例如 60° 对应 Math.PI/3)。那么左右两条边界线可以从中心点分别向两个偏移角方向延伸生成:

const center = { x: this.x + this.width / 2, y: this.y + this.height / 2 };
const halfFov = Math.PI / 6; // 30° for 60° total FOV
const leftAngle = this.radians() - halfFov;
const rightAngle = this.radians() + halfFov;

// 左边界端点(从中心出发,长度设为 200 像素)
const leftEnd = {
  x: center.x + 200 * Math.cos(leftAngle),
  y: center.y + 200 * Math.sin(leftAngle)
};

// 右边界端点
const rightEnd = {
  x: center.x + 200 * Math.cos(rightAngle),
  y: center.y + 200 * Math.sin(rightAngle)
};

// 绘制 FOV 三角区域(可选填充)或仅画两条射线
this.desenho.beginPath();
this.desenho.strokeStyle = "rgba(0,100,255,0.7)";
this.desenho.lineWidth = 1.5;
this.desenho.moveTo(center.x, center.y);
this.desenho.lineTo(leftEnd.x, leftEnd.y);
this.desenho.moveTo(center.x, center.y);
this.desenho.lineTo(rightEnd.x, rightEnd.y);
this.desenho.stroke();

这里有几个需要注意的点:

  • 确保 this.radians() 返回的是弧度制角度——若使用的是角度制,务必先转换:deg * Math.PI / 180
  • 所有坐标计算均在世界坐标系中完成,不受 Canvas 当前变换状态影响,从而大幅提升鲁棒性。
  • 若需动态更新 FOV(如鼠标控制转向),只需每次重绘前重新计算端点即可。
  • 后续进行射线投射时,可将 FOV 角度范围离散化为多条等间隔射线,每条射线的方向为 this.radians() ± offset

如何用 Ja vaScript 实现基于旋转中心的FOV视锥线绘制

这种方法的本质是将几何变换逻辑显式地写在代码中,而非依赖 Canvas 的隐式状态。它既保证了精度,又便于调试和扩展——这正是构建稳定 RayCasting 渲染管线的关键一步。

来源:https://www.php.cn/faq/2736957.html
上一篇为弹窗添加自适应滚动条适配移动端缩放 下一篇Firefox WebExtension脚本执行失败常见原因与调试方法全面解析
本站内容用于信息整理与展示,如有侵权或内容问题请及时联系处理。

相关推荐

补充同频道和同主题内容,方便继续浏览更多相关内容。

同类最新

继续查看同栏目最近更新的文章。

更多
checked表单属性与CSS变量实现换肤原理
前端开发 · 2026-07-02

checked表单属性与CSS变量实现换肤原理

先聊一个有意思的现象:不需要编写任何 JavaScript,仅靠一个 :checked 伪类,就能驱动整个主题切换系统。听起来很神奇,但原理其实并不复杂——核心在于,:checked 是浏览器原生状态的实时镜像,而不是 JS 模拟出来的开关。 用户点击 ,或者用键盘空格键选中它,状态更新的那一刻,C

HTML meta标签页面定时跳转实现
前端开发 · 2026-07-02

HTML meta标签页面定时跳转实现

说到前端开发中最简洁的页面跳转方式,meta http-equiv= "refresh " 绝对算得上一个经典方案。不过别看它结构简单,格式上稍有疏忽,页面就可能原地卡死,或者直接跳到一个错误地址。下面把几个最容易踩坑的细节彻底讲清楚,帮你避开这些常见陷阱。 使用 http-equiv= "refresh

Cypress跨测试用例状态传递的不推荐但可选方案
前端开发 · 2026-07-02

Cypress跨测试用例状态传递的不推荐但可选方案

Cypress 默认的设计哲学很干脆:每个测试用例都必须是独立小王国,谁也不靠谁。这意味着 it() 执行前,浏览器上下文会被“一键还原”——页面状态、LocalStorage、Cookies 统统清空,强制维护测试隔离。这一规则让很多新手头疼:明明前一个测试已经创建了员工,后一个测试怎么就没法直接

全面深度解析HTML主体main标签唯一性原则与使用规范
前端开发 · 2026-07-02

全面深度解析HTML主体main标签唯一性原则与使用规范

在进行前端无障碍审计时,不少开发者会遇到一个奇怪的场景:浏览器不报错,但Lighthouse却直接标红“duplicate-main”。这其实是语义层与渲染层之间的根本差异。 为什么浏览器不报错但 Lighthouse 直接标红 duplicate-main 关键原因就在于:`main` 是语义锚点

HTML main标签在文档结构中的唯一性详解
前端开发 · 2026-07-02

HTML main标签在文档结构中的唯一性详解

先做一个快速检测:打开你最近开发的一个页面,按下 Ctrl+F 搜索 。如果搜索结果里出现2个以上,那这篇文章建议你认真读完。 本期要聊的主题,是HTML标签中一个看似简单、实际极易踩坑的核心知识点:main标签的唯一性。很多开发者知道这个标签的存在,但真正写到项目里,尤其是用了React、Vue这