编译异常：configuration.output.chunkFilename: A relative path is expected. However, the provided value “/

最新推荐文章于 2025-02-08 14:56:59 发布
原创 最新推荐文章于 2025-02-08 14:56:59 发布 · 383 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#javascript #开发语言 #ecmascript

  • 编译异常：configuration.output.chunkFilename: A relative path is expected. However, the provided value “/static/js/[name].[contenthash:8].js” is an absolute path!

  • 去掉/static 的 / 改为相对路径。

欢迎关注：有点建树，做更多交流。
在这里插入图片描述

有点建树
关注
【OpenHarmony4.1 之 U-Boot 2024.07源码深度解析】006 - Makefile 编译脚本 逐行深度解析
|~~~热爱生活、努力学习的小伙汁~~~|
06-15 1585
【OpenHarmony4.1 之 U-Boot 2024.07源码深度解析】006 - Makefile 编译脚本 逐行深度解析
【异常】记一次前端因资源无法加载导致白屏异常问题
本本本添哥
01-10 2219
（1）对npm的构建不熟悉，导致了scripts脚本都会写错。 （2）对webpack不熟悉，不懂构建webpack是如何控制构建结果的。
vue2.0 关于 vue.config.js配置项详解
Allen的博客
11-16 4279
vue2.0 关于 vue.config.js配置项详解
vue cli3 关于 vue.config.js 的常用配置
aithena的博客
03-06 1511
module.exports = { filenameHashing: false, assetsDir: 'static/', configureWebpack: { externals: { 'vue': 'Vue', 'element-ui': 'ELEMENT', 'vue-router': 'VueRouter', '...
webpack 源码解析一之启航
小花的前端博客
05-17 809
webpack 源码解析 首先我们上 github 上面 clone 一份源码,我这里 clone 的是 4.30 版本的 webpack 源码 git clone https://github.com/webpack/webpack.git 起步 首先,看一个源码的初始步骤就是打开 package.json 找到它的入口文件"main": "lib/webpack.js", 确定了 ...
wbepack中output.filename和output.chunkFilename
letterTiger的博客
02-07 2271
chunkFilename的规则会作用于entry字段提供的文件。而entry字段提供的文件应该是应用的入口，并不应该被chunkFilename所影响才对，但是确实被chunkFilename影响了。 这其实是我们对于webpack配置文件中的entry字段和整个应用入口文件理解不完善导致的。
【2023-7-25】vue项目打包文件去除hash串
lookingForw_4585的博客
07-25 986
将打包后dist目录下的js/css文件名称中的hash串去除
【webrtc】Windows平台WebRTC编译-VS2022 - 官方m98分支
突围
03-05 2276
参考之前的dep_tools记录 一些webrtc的网站 native-code 官方构建指南 启用代理很关键，windows用set linux是export 过程 先安装dep_tools Microsoft Windows [版本 10.0.22000.493] (c) Microsoft Corporation。保留所有权利。 C:\Users\zhangbin>gclient fatal: unable to access 'https://chromium.goo..
自己动手定制Chromium系列之四：Chromium 58的一个编译配置
羽化大刀Chrome专栏
03-30 9331
友情链接：如何使用Chrome插件，免费上谷歌，谷歌学术，点击打开链接aec_untrusted_delay_for_testing    Current value (from the default) = false      From //third_party/webrtc/modules/audio_processing/BUILD.gn:17    Disables the usual...
UG\NX二次开发 多少词汇量才能无障碍阅读开发帮助
王牌飞行员_里海的博客
04-24 2884
大家都知道UFUN的帮助是英文的，有的开发者抱怨看不懂，还有的开发者为了能看懂接口说明专门学英语，那么英语学成什么程度就能无障碍阅读接口文档？我比较好奇，所以专门将UF_MODL部分的ufun函数的接口说明，提取出单词以作统计。大家猜一猜无障碍阅读UF_MODL部分的内容，需要多少词汇量储备呢？
vue.config.js 配置
大灰狼的小绵羊哥哥的博客
08-13 2580
vue.config配置
webpack配置之---output.chunkFilename
weixin_47808575的博客
02-08 849
webpack配置之---output.chunkFilename
webpack打包实现自定义chunkName名称
SUNSHINEBOYLUO
10-21 2319
前端 打包 webpack 自定义chunkName 自定义生成的文件名
webpack configuration
许盛的博客
06-23 4022
原来来自 webpack 官网上的 API/Configuration： http://webpack.github.io/docs/configuration.html翻译如下： webpack 需要一个配置对象，取决于你对webpack的使用，有两种方式来传递这个配置对象。 CLI 如果你使用 CLI，它会读取 webpack.config.js （或者通过 --config 参数来指定
vue.config.js 文件中webpack配置，webpack 多种应用场景配置, 优化及多页面应用开发
热门推荐
gcyaozuodashen的博客
12-07 1万+
vue cli3 webpack精讲
webpck代码拆分与缓存
just try
08-02 158
分离打包插件 SplitChunksPlugin 使用webpack4.xx提供的SplitChunksPlugin，废弃了webpack3.xx中的CommonsChunkPlugin，CommonsChunkPlugin导致的主要问题是产出的chunk在引入时会产生重复的代码，无法优化异步chunk，高优的chunk产出需要的minchunks配置比较复杂，而SplitChunksPlu...
vue.config.js中的webpack配置，优化及多页面应用开发
cypking的博客
09-03 113
目录一、vue.config.js中常用的配置1、导出模块2、publicPath 部署应用包的基本Url3、outputDir 输出文件目录4、assetsDir 打包后生成的静态资源目录5、lintOnSave6、productionSourceMap 生产环境的 source map7、devServer8、 chainWebpack webpack配置9、configureWebpack...
打包提示 - configuration.output.path: The provided value "./dist/js" is not an absolute path!
1997ysm
06-10 3501
你安装的应该是webpack的2.x 版本。需要require('path") var path = require("path") path: path.resolve(__dirname, './dist'),
vue项目vue.config.js文件打包 配置、优化配置
HeXinT的博客
06-01 3297
vue项目优化、vue.config.js文件打包 配置、优化配置、vue配置，优化配置
../Core/Src/main.c(278): error: #53: expected a ":" case 0b110: /* 鍋忓乏 */ ../Core/Src/main.c(279): error: #2706: case label value has already appeared in this switch at line 278 case 0b100: ../Core/Src/main.c(279): error: #53: expected a ":" case 0b100: ../Core/Src/main.c(281): error: #2706: case label value has already appeared in this switch at line 278 case 0b011: /* 鍋忓彸 */ ../Core/Src/main.c(281): error: #2706: case label value has already appeared in this switch at line 279 case 0b011: /* 鍋忓彸 */ ../Core/Src/main.c(281): error: #53: expected a ":" case 0b011: /* 鍋忓彸 */ ../Core/Src/main.c(282): error: #2706: case label value has already appeared in this switch at line 278 case 0b001: ../Core/Src/main.c(282): error: #2706: case label value has already appeared in this switch at line 279 case 0b001: ../Core/Src/main.c(282): error: #2706: case label value has already appeared in this switch at line 281 case 0b001: ../Core/Src/main.c(282): error: #53: expected a ":" case 0b001: ../Core/Src/main.c(284): error: #2706: case label value has already appeared in this switch at line 278 case 0b010: /* 姝ｄ腑 */ ../Core/Src/main.c(284): error: #2706: case label value has already appeared in this switch at line 279 case 0b010: /* 姝ｄ腑 */ ../Core/Src/main.c(284): error: #2706: case label value has already appeared in this switch at line 281 case 0b010: /* 姝ｄ腑 */ ../Core/Src/main.c(284): error: #2706: case label value has already appeared in this switch at line 282 case 0b010: /* 姝ｄ腑 */ ../Core/Src/main.c(284): error: #53: expected a ":" case 0b010: /* 姝ｄ腑 */
最新发布
11-17
<think> 我们正在解决C/C++中switch语句的两个编译错误： 1. expected a ":" -> 期望冒号，通常是因为case语句的语法错误 2. case label value has already appeared in this switch -> 同一个switch中出现了重复的case值 根据用户的问题，他可能正在编写类似以下的代码并遇到了错误： 错误示例1（缺少冒号）： switch (var) { case 1 // 这里缺少冒号 ... } 错误示例2（case值重复）： switch (var) { case 1: ... break; case 1: ... break; // 重复的case 1 } 解决方案： 对于错误1：在每个case标签后加上冒号(:) 对于错误2：确保同一个switch中每个case的值都是唯一的，或者合并相同值的case分支 另外，注意：在C/C++中，case标签必须是整型常量表达式。 我们还可以参考用户提供的引用[2]中的代码，它是一个正确的switch示例： switch (dest) { case DestRemote: case DestRemoteExecute: case DestRemoteSimple: ... break; case DestNone: case DestDebug: ... break; } 在这个示例中，多个case标签可以共享同一个代码块（通过fall-through），但是每个case标签的值是不同的枚举常量（或者整型常量），并且没有重复。 因此，我们给出以下步骤： 步骤1：检查每个case语句后面是否都有冒号。 步骤2：检查switch中是否有重复的case值（注意：不同枚举常量可能对应相同的整数值，但这样也会导致重复，因为case标签只认整数值）。 注意：在C++中，枚举类型在switch中使用时，其底层类型必须是整型，并且每个枚举值在编译时是已知的常量。如果两个不同的枚举常量具有相同的值，那么在switch中重复使用相同的整数值就会导致“case label重复”的错误。 例如： enum MyEnum { A = 1, B = 1 }; // A和B都是1 switch (value) { case A: ... break; case B: ... break; // 错误：两个case都是1 } 步骤3：如果确实需要多个case执行相同的代码，可以像示例中那样，将多个case标签叠在一起，然后写一个代码块。 修改重复case的示例： 错误写法： case 1: ... break; case 1: ... break; // 重复 正确写法1（如果两个分支执行相同代码，合并）： case 1: ... // 合并两个分支的代码 break; 正确写法2（如果两个分支不同，但值相同，则必须修改其中一个的值，因为逻辑上不允许一个变量同时等于一个值而执行两个分支） 但是，如果两个分支逻辑不同，而值又相同，那说明设计有问题，需要重新考虑。 另外，还要注意，case标签必须是常量表达式，不能是变量。 总结： 1. 确保每个case标签后面有冒号。 2. 检查并确保同一个switch中所有case标签的值都是唯一的（常量值唯一）。 3. 如果多个case需要执行相同代码，可以连续写多个case标签，然后执行同一段代码（注意fall-through，通常后面用break跳出）。 根据用户提供的引用[2]中的代码，我们还可以看到，在switch中，每个case分支通常以break结束（除非有意fall-through），并且有一个包含多个case标签共享一个代码块的情况。 因此，我们给出示例代码： 正确示例： enum CommandDest { DestRemote, DestRemoteExecute, DestRemoteSimple, DestNone, DestDebug, /* ... */ }; void EndCommand(CommandDest dest) { switch (dest) { case DestRemote: case DestRemoteExecute: case DestRemoteSimple: // 三个case共享一段代码 pq_putmessage(...); break; case DestNone: case DestDebug: // 两个case共享，但这里没有操作，所以直接break break; // 其他case... } } 在这个示例中，虽然写了多个case标签，但是每个标签对应的值都是不同的（枚举值不同），所以不会出现重复。 但是，如果枚举中有相同的值，例如： enum CommandDest { DestRemote = 1, DestRemoteExecute = 1, ... }; 那么，在switch中写两个case 1就会重复。 因此，如果用户遇到重复错误，请检查枚举值或常量值是否重复。 最后，关于错误处理，如引用[1]所述，每个操作符调用都提供一个返回值（或错误代码），我们可以借鉴这种思想，在switch语句的每个分支中妥善处理错误，并确保程序健壮性。 综上所述，请按照以下步骤修改代码： 1. 检查每个case后面是否有冒号。 2. 检查所有case值是否唯一，如果有重复，则合并相同值的分支，或者修改重复的常量值。 3. 对于需要执行相同代码的多个分支，使用多个case标签叠放的方式。 如果问题仍然存在，请提供具体的代码片段以便进一步分析。 </think>在 C/C++ 中解决 `switch` 语句的编译错误"expected a ':'"和"case label value has already appeared in this switch"，需要遵循以下步骤： ### 问题分析 1. **expected a ':' 错误** - 每个 `case` 标签后必须紧接冒号 `:`，语法格式为：`case value:` - 常见错误位置：`case` 和值之间有空格或注释，或完全遗漏冒号 2. **case label value duplicated 错误** - 同一个 `switch` 中不能有重复的常量值 - 常量表达式值必须唯一，包括枚举值底层相同的重复情况 --- ### 解决方案 #### 1. 修复冒号缺失错误 **错误示例：** ```c switch (cmd) { case 1 // 缺失冒号 do_something(); case 2: /* 注释位置错误 */ do_another(); } ``` **正确写法：** ```c switch (cmd) { case 1: // 冒号紧接常量 do_something(); break; case 2: // 注释在内部 /* 处理命令2 */ do_another(); break; } ``` #### 2. 修复 case 值重复错误 **错误示例（枚举值重复）：** ```c enum Command { OPEN = 1, CLOSE = 1 // 底层值重复 }; switch (cmd) { case OPEN: ... break; case CLOSE: ... break; // 错误：值1重复出现 } ``` **正确写法：** ```c enum Command { OPEN = 1, CLOSE = 2 // 确保值唯一 }; switch (cmd) { case OPEN: ... break; // 值1 case CLOSE: ... break; // 值2 } ``` #### 3. 合并相同逻辑的分支 当多个值需要相同处理时，使用 **fall-through 机制**： ```c switch (dest) { case DestRemote: case DestRemoteExecute: // 共享相同处理 case DestRemoteSimple: send_remote(commandTag); break; case DestDebug: log_debug(commandTag); break; default: // 建议添加default分支[^1] handle_unknown(); } ``` #### 4. 关键检查点 | 检查项 | 错误示例 | 正确写法 | |--------|----------|----------| | **冒号位置** | `case 1 /* comment */ :` | `case 1: /* comment */` | | **常量唯一性** | `case 5: ... case 2+3: ...` | `case 5: ... case 6: ...` | | **枚举值检查** | `enum {A=1, B=1};` | `enum {A=1, B=2};` | | **default分支** | 无`default` | `default: handle_error();` | --- ### 完整修复示例 ```c // 修复后代码 void EndCommand(CommandDest dest) { switch (dest) { // 合并相同处理的分支 case DestRemote: case DestRemoteExecute: case DestRemoteSimple: pq_putmessage('C', commandTag); break; // 独立分支 case DestDebug: log_debug("Debug command"); break; // 默认错误处理 default: log_error("Unknown command"); dev_error_var(ErrorCode, 1); // 记录错误码[^1] } } ``` > **调试技巧**：使用编译器的 `-E` 选项（如 `gcc -E`）查看预处理后的代码，确认常量值是否意外重复。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值