打开开发者工具，游戏按F12，修改找到Sources面板，数据你的游戏游戏代码就躺在那里。想改金币？修改搜“gold”或者“coin”，找到赋值的数据地方，直接把数字改大。游戏刷新页面，修改金币就变了。数据这是游戏最粗暴的方式，但只对本地运行的修改游戏有效，刷新后如果数据存在服务器，数据改了就白改。游戏

我最早接触改数据是修改玩一个叫《Cookie Clicker》的网页游戏。那会儿不知道什么控制台，数据就在地址栏里瞎输javascript:开头的代码。后来发现游戏把饼干数量存在一个叫Game.cookies的变量里，直接在控制台敲Game.cookies=999999，屏幕上那个数字就跳了。那种感觉比游戏本身还有意思。当然现在很多游戏做了防护，变量名混淆成a、b、c，但你依然可以通过断点调试来定位。

断点是个好东西。在Sources里找到关键函数，比如点击购买按钮触发的那个，打上断点。然后回到游戏里点一下，代码就停住了。这时候看右侧的Scope面板，所有当前作用域里的变量和值都列得清清楚楚。你想改哪个就改哪个，改完在控制台里输个变量名回车，值就更新了。这比盲搜靠谱得多，尤其对付那种变量名被压缩成单个字母的游戏。

有些游戏把逻辑写在WebAssembly里，或者用Web Worker跑在另一个线程。WASM调试麻烦些，Chrome支持在DevTools里看WASM的堆栈，但改内存得用Memory面板。Worker的话，你得在Sources的Threads里切到对应的worker脚本，断点照样打。我遇到过一个用Worker做战斗计算的页游，主线程只负责渲染，改主线程的变量根本没用。后来在worker里找到伤害计算公式，把系数从1.2改成12，一刀秒了BOSS。

还有一种情况是数据存在IndexedDB或者localStorage里。F12→Application→Storage，左边栏能看到。localStorage直接双击值就能编辑，IndexedDB得展开一层层找。改完记得刷新前别关标签页，有些游戏启动时会读缓存，你改完不刷新等于没改。我见过一个存档系统把数据存在IndexedDB的某个object store里，结构嵌套了四五层，找金币字段找了十分钟。改完之后游戏读档，金币直接溢出，界面显示成“Infinity”，笑死。

网络请求也能改。如果游戏每次操作都发请求给服务器，你可以在Network面板里右键请求→Edit and Resend，把body里的参数改了再发。或者用Replay XHR。但服务器一般会校验，改了不一定有用。更实际的做法是拦截响应，在DevTools的Network→Fetch/XHR里找对应的接口，看返回的JSON结构。如果服务器信任客户端传来的数值，那就有操作空间。我试过一个页游，购买道具的请求只传了道具ID，没传价格，服务器按ID查价格扣钱。这种就没法改价格，但可以改ID，用低价道具的ID买高价道具。算是个逻辑漏洞。

改数据这事，本质是理解游戏怎么运转。你知道它把什么存在哪、怎么读怎么写，就能动手。但别拿去联机游戏里用，封号是小事，有些服务器会记录异常数据，秋后算账。单机页游随便折腾，改崩了大不了清缓存重来。我现在的习惯是改之前先复制一份localStorage的存档，存成文本文件，改坏了就粘回去。这比什么备份工具都直接。