当前位置：首页 > news >正文

原神祈愿概率模型仿真系统技术实现原理剖析

news 2026/5/28 8:17:44

原神祈愿概率模型仿真系统技术实现原理剖析

【免费下载链接】Genshin-Impact-Wish-SimulatorBest Genshin Impact Wish Simulator Website, no need to download, 100% running on browser!项目地址: https://gitcode.com/gh_mirrors/gen/Genshin-Impact-Wish-Simulator

从概率模型到前端仿真的技术架构设计

在现代游戏机制分析领域，精确模拟复杂的随机系统已成为一项重要的技术挑战。原神祈愿仿真系统通过前端技术栈实现了游戏内抽卡机制的完整复现，为策略分析师和概率研究者提供了一个可重复验证的实验平台。该系统采用Svelte框架构建，实现了从底层概率算法到用户界面的全链路仿真。

核心概率算法的数学建模与实现

系统的核心在于对原神官方祈愿概率模型的精确还原。不同于简单的随机数生成，该仿真系统实现了完整的概率递增机制。在源码的src/lib/helpers/gacha/probabilities.js中，概率计算函数采用分段线性递增模型：

export const rates = ({ currentPity = 0, maxPity = 90, baseRate = 0.6, rateIncreasedAt = 74 } = {}) => { if (baseRate <= 0 && currentPity < maxPity) return 0; if (currentPity < rateIncreasedAt) return baseRate; if (currentPity >= maxPity) return 100; const rateIncreasedBy = (100 - baseRate) / (maxPity + 1 - rateIncreasedAt); const rateBeforeCurrentPity = (currentPity + 1 - rateIncreasedAt) * rateIncreasedBy; const increasedRate = rateBeforeCurrentPity + baseRate; return increasedRate; };

该算法模拟了官方公布的"软保底"机制：在特定抽数后（角色祈愿为74抽），每次抽取的概率线性增加，直至达到硬保底（90抽）时的100%概率。这种设计确保了仿真结果与游戏实际体验的统计一致性。

多层级状态管理的架构设计

系统采用分层状态管理策略来维护复杂的祈愿状态。在src/lib/helpers/gacha/Wish.js中，不同的祈愿类型被抽象为独立的模块：

const WISH = { async init(version, phase, customData) { this._version = version; this._phase = phase; if (version.match(/(custom|local)/gi)) return this._initCustom(customData); const { data } = await import(`../../data/banners/events/${version}.json`); const { standardVersion, weapons, events, chronicled } = data.find( d => d.phase === phase ).banners; this._characters = events; this._isDualBanner = events.featured?.length > 1; this._weapons = weapons; this._chronicled = chronicled; this._standardVer = standardVersion; return this; } };

每个祈愿模块（角色、武器、常驻、新手）都实现了统一的接口，但内部采用不同的概率规则和保底机制。这种设计允许系统灵活地处理不同类型的祈愿活动，同时保持代码的可维护性。

上图展示了移动端武器祈愿界面的响应式设计。系统通过CSS媒体查询和Flexbox布局实现跨设备适配，确保在不同屏幕尺寸下都能提供一致的用户体验。界面元素包括"祈愿×1"和"祈愿×10"按钮、当前祈愿次数统计以及保底机制的可视化展示。

定轨系统的技术实现

武器祈愿中的"神铸定轨"机制是系统中最复杂的部分之一。在src/lib/helpers/gacha/wishWeapon.js中，定轨系统的实现涉及多个状态变量：

const weaponWish = { init({ fatesystemON, featured, phase, version, rateup }) { this._fatesystem = fatesystemON; this._featured = featured; this._phase = phase; this._version = version; this._rateup = rateup; this._fatePoint = 0; this._selectedWeapon = null; return this; }, get(rarity) { if (rarity === 5) { return this._get5StarWeapon(); } // ... 其他稀有度处理逻辑 }, _get5StarWeapon() { if (this._fatesystem && this._selectedWeapon) { // 定轨逻辑处理 const isGuaranteed = this._fatePoint >= 2; if (isGuaranteed) { return this._selectedWeapon; } // 随机选择逻辑 } } };

定轨界面展示了用户选择的武器和当前命运点数状态。系统通过本地存储（IndexedDB）持久化用户的定轨选择，确保在会话间保持状态一致性。命运点数的管理涉及复杂的条件判断，包括武器类型匹配、保底继承等规则。

数据驱动的卡池管理系统

系统的卡池数据采用JSON格式存储在src/lib/data/banners/目录下。每个版本的活动卡池都包含完整的元数据：

{ "version": "4.0", "phase": 2, "banners": { "standardVersion": 4, "weapons": { "bannerName": "epitome-invocation-85", "featured": ["engulfing-lightning", "calamity-queller"], "rateup": ["favonius-warbow", "sacrificial-bow", "dragon's-bane"], "fatepointsystem": true }, "events": { "featured": [ { "bannerName": "reign-of-serenity-6", "character": "raiden-shogun" } ], "rateup": ["sara", "sucrose", "xiangling"] } } }

这种结构化的数据组织方式使得系统能够轻松扩展新的卡池，同时保持向后兼容性。数据加载采用动态导入策略，仅在需要时加载特定版本的卡池数据，优化了初始加载性能。

概率验证与统计分析工具

系统内置了详细的概率统计功能，允许用户验证不同策略下的期望结果。在src/lib/helpers/gacha/roll.js中，单次抽取的算法实现了优先级处理：

const roll = async (banner, WishInstance, indexOfBanner) => { const pity5 = localPity.get(`pity5-${banner}`) + 1; const pity4 = localPity.get(`pity4-${banner}`) + 1; let chance5star = rate5star(); let chance4star = rate4star(); let chance3star = 100 - chance4star - chance5star; if ((chance3star < 0 && pity5 >= maxPity) || chance5star === 100) chance4star = 0; if (chance3star < 0) chance3star = 0; if (chance4star === 100) chance5star = 0; const item = [ { rarity: 3, chance: chance3star }, { rarity: 4, chance: chance4star }, { rarity: 5, chance: chance5star } ]; const selectedRarity = prob(item).rarity; return WishInstance._getWishResult(selectedRarity, indexOfBanner); };

该算法正确处理了当5星和4星保底同时触发时的优先级问题，确保与游戏实际机制完全一致。系统还提供了历史记录功能，允许用户导出抽取数据用于外部统计分析。