打开一个网页，脚本按下 F12，脚本切到 Console 面板，脚本输入 document.body.style.background = 'pink'，脚本回车。脚本页面背景瞬间变粉。脚本这就是脚本 JavaScript 脚本最直接的用法——在浏览器里立刻执行一段代码，改变点什么。脚本

但大多数人说的脚本“js脚本怎么用”，其实指的脚本是另一件事：把 JavaScript 写进 HTML 文件里，让它在页面加载时自动运行。脚本做法很简单，脚本在 HTML 里加一个 <script> 标签，脚本代码塞进去就行。脚本比如：

<script> alert('页面加载完了'); </script>

这段代码放在 <body> 末尾，脚本打开页面就会弹窗。放在 <head> 里也能跑，但此时页面还没渲染完，如果脚本要操作 DOM 元素，会找不到对象。所以通常建议把脚本放在 </body> 前面，或者用 defer 属性。

外链脚本更常见。写一个 app.js 文件，内容比如：

const btn = document.querySelector('#myBtn'); btn.addEventListener('click', () => {  btn.textContent = '被点了'; });

然后在 HTML 里引用：<script src="app.js"></script>。这样代码和结构分离，改起来方便。我见过不少新手把几百行 JS 直接堆在 HTML 里，后来想复用就头疼。

脚本不止能在浏览器里跑。Node.js 让 JavaScript 脱离了网页环境。装好 Node 后，写一个 hello.js：

const fs = require('fs'); fs.writeFileSync('output.txt', '脚本写入的内容'); console.log('文件已生成');

终端里执行 node hello.js，当前目录就多了一个 txt 文件。这种用法适合做自动化任务——批量重命名、爬取数据、处理表格。我自己的习惯是用 Node 脚本把 Markdown 批量转成 HTML，比手动操作快得多。

浏览器脚本和 Node 脚本有个关键区别：浏览器里有 window、document 这些对象，Node 里没有；Node 有 fs、path 模块，浏览器里不能直接用。写的时候别搞混。

调试脚本时，console.log() 是最朴素的工具。但更高效的是断点。Chrome DevTools 的 Sources 面板里，点行号就能设断点，刷新页面后代码会停在那里，你可以逐行查看变量值。我刚开始学的时候只知道 alert，后来发现断点能省一半时间。

脚本加载顺序也容易踩坑。如果 app.js 依赖 jQuery，那 jQuery 的 <script> 必须放在前面。否则运行时会报 $ is not defined。现代写法用 ES Module 的 import 能解决依赖问题，但需要 type="module"，而且本地打开 HTML 文件时可能被 CORS 拦住，得起个本地服务器。

还有一点：脚本里的 this 指向经常变。普通函数里 this 是调用时的上下文，箭头函数则继承外层。写事件回调时尤其明显。我见过有人用 function 写回调，结果 this 指向了按钮元素而不是组件实例，排查半天。

如果你只是想快速试一段 JS，又不想建文件，除了 Console，还可以用 javascript: 伪协议写在地址栏里——不过现代浏览器基本禁了。更实际的是用在线沙箱，比如 CodePen 或 JSFiddle，左边写 HTML/CSS，右边写 JS，实时看效果。

最后说个实际案例。我帮朋友改过一个表单验证脚本。原本的代码在 submit 事件里直接 return false 阻止提交，但没做异步校验。后来改成 preventDefault() 加 fetch 请求，等服务器返回再决定是否放行。脚本本身不长，但用对了地方，体验差很多。

所以 js 脚本怎么用？核心就三条：写进 <script> 标签或独立文件，注意加载时机和依赖顺序，用浏览器或 Node 运行。剩下的就是不断试错。别怕报错，控制台里的红字比教程管用。