共 2 篇相关文章
这篇技术文章探讨了一个Java开发者常感困惑的经典问题：参数传递到底是“传值”还是“传引用”？作者从基本类型和对象类型两个维度，通过代码示例逐步拆解了其底层机制。 文章的核心在于揭示一个反直觉现象：当你在方法内修改对象参数本身（如重新赋值）时，并不会影响到原对象。作者结合内存图示详细分析了原因——Java中所有参数传递本质上都是在栈中复制“值”。对于基本类型，复制的是数值本身；对于对象，复制的则是对象引用（即地址）。因此，在方法内对引用本身重新赋值，只是改变了副本的指向，而原引用所指的对象并未被修改。只有通过引用副本去操作原对象内部的内容时，变化才会体现。 通过对比`append`操作（修改原对象）与`new`操作（创建新对象并重新赋值）两种场景，文章清晰地阐明了Java“值传递”的实质：传递的永远是栈中内容的拷贝，无论是具体值还是对象引用地址。记住这一点，便能透彻理解对象参数在方法内外的行为差异。
这篇讲的是如何在不同场景下，把参数“喂”给 JavaScript 文件。文章从一个常见的开发需求出发：我们写的脚本往往不是孤立运行的，需要根据外部传入的配置来调整行为。 作者梳理了三种主流思路。第一种是在浏览器环境，利用 URL 的查询字符串（?key=value），让 script 标签在请求时就带上参数，前端脚本再从 location.search 中解析。第二种是在 Node.js 环境，直接通过命令行参数（如 process.argv）传递，适用于各类脚本和服务器。第三种则更偏向构建环节，利用 Webpack 等工具的 DefinePlugin，在打包时通过环境变量或配置文件注入常量，实现编译期“硬编码”。 文章对比了它们的适用边界：URL 参数最灵活、无构建依赖，但暴露在前端；命令行参数直接但仅限进程生命周期；构建注入则能深度整合到开发流程，确保生产代码的稳定和纯净，但需要额外配置。作者没有停留在罗列方法，而是点明了选择的关键——你是在开发一个浏览器插件、一个命令行工具，还是一个大型 Web 应用？不同的工程背景，自然导向不同的最佳实践。
