小程序提示 没有找到 node_modules 目录

本文解决小程序使用npm安装库时找不到node_modules目录的问题。通过npminit初始化,再使用npm安装指定库,如 vant-weapp,确保每次安装新包后都进行构建npm。小程序实际使用的是mimiprogram_npm目录下的包。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

小程序使用npm的时候,安装官网教程配置的时候,提示没有找到 node_modules 目录,可是目录里面明明有这个目录,其实是应该先执行命令

npm init

执行完了以后,会提示你输入一些信息,我是直接next->next,最后yes就可以了
在这里插入图片描述
下面就是安装一个库,例如有赞的库,这才应该是官网的第二步的正确命令,安装哪个库就换成哪个库,官网上面直接一个npm install也不说明白,对我这种接触npm很困惑

npm i vant-weapp -S --production

再往下就跟官网没区别了,构建npm,可以参考官网教程了,这里一点注意,每次npm install一个新的包以后,都要走一下 构建 npm,因为小程序真正使用的是mimiprogram_npm下面的包,并不是使用通常的那个node_modules目录下面的包。
在这里插入图片描述

直播编号: 418878611905, 开播时间: Sat Jun 14 2025 10:12:37 GMT+0800 (中国标准时间) 20250614101237_follow 查询20250614101237_follow表失败: Error: Table 'mysql.20250614101237_follow' doesn't exist at Packet.asError (C:\公司小程序\公司小项目\公司的项目\live\小程序node接口\node_modules\mysql2\lib\packets\packet.js:728:17) at Query.execute (C:\公司小程序\公司小项目\公司的项目\live\小程序node接口\node_modules\mysql2\lib\commands\command.js:29:26) at PoolConnection.handlePacket (C:\公司小程序\公司小项目\公司的项目\live\小程序node接口\node_modules\mysql2\lib\connection.js:481:34) at PacketParser.onPacket (C:\公司小程序\公司小项目\公司的项目\live\小程序node接口\node_modules\mysql2\lib\connection.js:97:12) at PacketParser.executeStart (C:\公司小程序\公司小项目\公司的项目\live\小程序node接口\node_modules\mysql2\lib\packet_parser.js:75:16) at Socket.<anonymous> (C:\公司小程序\公司小项目\公司的项目\live\小程序node接口\node_modules\mysql2\lib\connection.js:104:25) at Socket.emit (node:events:518:28) at addChunk (node:internal/streams/readable:561:12) at readableAddChunkPushByteMode (node:internal/streams/readable:512:3) at Readable.push (node:internal/streams/readable:392:5) { code: 'ER_NO_SUCH_TABLE', errno: 1146, sqlState: '42S02', sqlMessage: "Table 'mysql.20250614101237_follow' doesn't exist", sql: 'SELECT * FROM `20250614101237_follow`' }这个是什么报错
06-17
### React项目 `node_modules` 文件夹的作用 在React项目中,`node_modules` 是一个非常重要的目录,用于存储项目的第三方库和依赖项。每当通过 npm 或 yarn 安装新的包时,这些包会被下载并放置在这个文件夹内[^1]。 对于开发人员来说,理解该文件夹的功能有助于更好地管理项目依赖关系以及优化构建流程。通常情况下不建议直接编辑此文件夹内的任何文件,因为这可能导致版本控制问题和其他开发者遇到兼容性难题。 ### 常见问题及其解决方案 #### 使用 `patch-package` 对 `node_modules` 中的源码进行修改 当确实需要更改某个已安装模块的行为而原作者尚未提供更新时,可以采用工具如 `patch-package` 来创建针对特定版本的小型修补程序。具体操作如下: - 首先,在项目根目录下运行命令以添加 `patch-package` 到 devDependencies: ```bash yarn add patch-package --dev ``` - 接着,在 `package.json` 的 `"scripts"` 字段里加入一条名为 `postinstall` 的指令,以便每次完成依赖安装后自动应用所有定义好的补丁: ```json { "scripts": { "postinstall": "patch-package" } } ``` - 编辑所需的 `.js` 文件之后,可以通过下面这条命令生成对应的 diff 补丁文件,并将其存放在 `/patches/` 子目录之下(如果不存在则会自动生成): ```bash npx patch-package af-webpack ``` 这样即使将来重新克隆仓库或是切换分支后再做一次完整的依赖恢复(`npm ci`),之前所做的改动仍然能够被保留下来[^5]。 #### 处理过大的 `node_modules` 占用空间 有时随着应用程序的增长和技术栈的变化,可能会发现本地磁盘上的 `node_modules` 变得异常庞大。为了避免不必要的资源浪费,可以在部署过程中采取措施减少其体积。一种常见的做法是在推送代码到远程仓库前移除整个文件夹,仅上传必要的源文件;等到目标环境中准备就绪后再执行 `npm install` 或者 `yarn install` 来重建环境[^3]。 另外也可以考虑利用像 Yarn PnP 这样的新型方案来替代传统的节点模块解析机制,从而进一步精简打包后的产物大小。 #### 忽略来自 `node_modules` 下方代码产生的错误提示 有时候某些外部库内部存在一些不影响最终输出质量但却干扰正常工作的告警信息。此时如果不希望看到它们,则可通过调整 Webpack 构建配置实现过滤效果。例如设置 warningFilter 属性指定正则表达式模式匹配待屏蔽的消息内容[^4]: ```javascript module.exports = { // ... stats: 'errors-only', performance: false, }; ``` 以上方法适用于那些由底层框架或插件触发而非业务逻辑本身引起的问题报告。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值