Illegal char ＜:＞ at index 2: /D:/kotlintworkspace解决办法

最新推荐文章于 2025-08-10 21:42:53 发布
原创 最新推荐文章于 2025-08-10 21:42:53 发布 · 1.3w 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#intellij-idea #java #intellij idea

本文介绍了一个关于读取JSON文件时遇到的非法字符异常问题及解决方案。通过修改文件路径的处理方式，成功避免了异常的发生，确保了程序可以正确地解析JSON文件。 
fun findRiOrders(): List<PlatformRiOrder> {
	val riPath = ClassLoaderUtils.getDefaultClassLoader().getResource("NewBillTestDataRiOrders.json")!!.path
	return objectMapper.readValue(Path(riPath).toFile())
}

IDEA报错信息


Illegal char <:> at index 2: /D:/kotlintworkspace/fastone-billing/services/billing-mgr/build/resources/test/NewBillTestDataRiOrders.json
java.nio.file.InvalidPathException: Illegal char <:> at index 2: /D:/kotlintworkspace/fastone-billing/services/billing-mgr/build/resources/test/NewBillTestDataRiOrders.json
	at java.base/sun.nio.fs.WindowsPathParser.normalize(WindowsPathParser.java:182)
	at java.base/sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:153)
	at java.base/sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:77)
	at java.base/sun.nio.fs.WindowsPath.parse(WindowsPath.java:92)
	at java.base/sun.nio.fs.WindowsFileSystem.getPath(WindowsFileSystem.java:232)
	at java.base/java.nio.file.Path.of(Path.java:147)
	at java.base/java.nio.file.Paths.get(Paths.java:69)
	at com.fastonetech.billing.bill.domain.NewBillTestKt.findRiOrders(NewBillTest.kt:89)
	at com.fastonetech.billing.bill.domain.NewBillTest$1$3.invokeSuspend(NewBillTest.kt:71)
	at com.fastonetech.billing.bill.domain.NewBillTest$1$3.invoke(NewBillTest.kt)
	at com.fastonetech.billing.bill.domain.NewBillTest$1$3.invoke(NewBillTest.kt)
	at io.kotest.core.internal.ExecutionsKt$executeWithBehaviours$2$1.invokeSuspend(executions.kt:13)
	at io.kotest.core.internal.ExecutionsKt$executeWithBehaviours$2$1.invoke(executions.kt)
	at io.kotest.core.internal.ExecutionsKt.wrapTestWithGlobalAssert(executions.kt:39)
	at io.kotest.core.internal.ExecutionsKt$executeWithBehaviours$2.invokeSuspend(executions.kt:12)
	at io.kotest.core.internal.ExecutionsKt$executeWithBehaviours$2.invoke(executions.kt)
	at io.kotest.core.internal.ExecutionsKt$wrapTestWithAssertionModeCheck$2.invokeSuspend(executions.kt:25)
	at io.kotest.core.internal.ExecutionsKt$wrapTestWithAssertionModeCheck$2.invoke(executions.kt)
	at io.kotest.core.internal.AssertionsCheckKt.executeWithAssertionsCheck(assertionsCheck.kt:25)
	at io.kotest.core.internal.ExecutionsKt.wrapTestWithAssertionModeCheck(executions.kt:24)
	at io.kotest.core.internal.ExecutionsKt.executeWithBehaviours(executions.kt:11)
	at io.kotest.core.internal.TestCaseExecutor$executeInScope$2.invokeSuspend(TestCaseExecutor.kt:266)
	at io.kotest.core.internal.TestCaseExecutor$executeInScope$2.invoke(TestCaseExecutor.kt)
	at kotlinx.coroutines.intrinsics.UndispatchedKt.startUndispatchedOrReturn(Undispatched.kt:89)
	at kotlinx.coroutines.CoroutineScopeKt.coroutineScope(CoroutineScope.kt:264)
	at io.kotest.core.internal.TestCaseExecutor.executeInScope(TestCaseExecutor.kt:260)
	at io.kotest.core.internal.TestCaseExecutor$executeAndWait$2$1$1$3$1$1.invokeSuspend(TestCaseExecutor.kt:232)
	at io.kotest.core.internal.TestCaseExecutor$executeAndWait$2$1$1$3$1$1.invoke(TestCaseExecutor.kt)
	at kotlinx.coroutines.intrinsics.UndispatchedKt.startUndispatchedOrReturnIgnoreTimeout(Undispatched.kt:100)
	at kotlinx.coroutines.TimeoutKt.setupTimeout(Timeout.kt:148)
	at kotlinx.coroutines.TimeoutKt.withTimeout(Timeout.kt:44)
	at io.kotest.core.internal.TestCaseExecutor$executeAndWait$2$1$1$3$1.invokeSuspend(TestCaseExecutor.kt:231)
	at io.kotest.core.internal.TestCaseExecutor$executeAndWait$2$1$1$3$1.invoke(TestCaseExecutor.kt)
	at io.kotest.engine.ExecutorExecutionContext$executeWithTimeoutInterruption$3.invokeSuspend(ExecutorExecutionContext.kt:77)
	at io.kotest.engine.ExecutorExecutionContext$executeWithTimeoutInterruption$3.invoke(ExecutorExecutionContext.kt)
	at kotlinx.coroutines.intrinsics.UndispatchedKt.startUndispatchedOrReturn(Undispatched.kt:89)
	at kotlinx.coroutines.BuildersKt__Builders_commonKt.withContext(Builders.common.kt:165)
	at kotlinx.coroutines.BuildersKt.withContext(Unknown Source)
	at io.kotest.engine.ExecutorExecutionContext.executeWithTimeoutInterruption(ExecutorExecutionContext.kt:75)
	at io.kotest.core.internal.TestCaseExecutor$executeAndWait$2$1$1$3.invokeSuspend(TestCaseExecutor.kt:230)
	at io.kotest.core.internal.TestCaseExecutor$executeAndWait$2$1$1$3.invoke(TestCaseExecutor.kt)
	at io.kotest.mpp.ReplayKt.replay(replay.kt:18)
	at io.kotest.core.internal.TestCaseExecutor$executeAndWait$2$1$1.invokeSuspend(TestCaseExecutor.kt:225)
	at io.kotest.core.internal.TestCaseExecutor$executeAndWait$2$1$1.invoke(TestCaseExecutor.kt)
	at io.kotest.engine.ExecutorExecutionContext$executeWithTimeoutInterruption$3.invokeSuspend(ExecutorExecutionContext.kt:77)
	at io.kotest.engine.ExecutorExecutionContext$executeWithTimeoutInterruption$3.invoke(ExecutorExecutionContext.kt)
	at kotlinx.coroutines.intrinsics.UndispatchedKt.startUndispatchedOrReturn(Undispatched.kt:89)
	at kotlinx.coroutines.BuildersKt__Builders_commonKt.withContext(Builders.common.kt:165)
	at kotlinx.coroutines.BuildersKt.withContext(Unknown Source)
	at io.kotest.engine.ExecutorExecutionContext.executeWithTimeoutInterruption(ExecutorExecutionContext.kt:75)
	at io.kotest.core.internal.TestCaseExecutor$executeAndWait$2$1.invokeSuspend(TestCaseExecutor.kt:218)
	at io.kotest.core.internal.TestCaseExecutor$executeAndWait$2$1.invoke(TestCaseExecutor.kt)
	at kotlinx.coroutines.intrinsics.UndispatchedKt.startUndispatchedOrReturnIgnoreTimeout(Undispatched.kt:100)
	at kotlinx.coroutines.TimeoutKt.setupTimeout(Timeout.kt:148)
	at kotlinx.coroutines.TimeoutKt.withTimeout(Timeout.kt:44)
	at io.kotest.core.internal.TestCaseExecutor$executeAndWait$2.invokeSuspend(TestCaseExecutor.kt:217)
	at io.kotest.core.internal.TestCaseExecutor$executeAndWait$2.invoke(TestCaseExecutor.kt)
	at kotlinx.coroutines.intrinsics.UndispatchedKt.startUndispatchedOrReturn(Undispatched.kt:89)
	at kotlinx.coroutines.SupervisorKt.supervisorScope(Supervisor.kt:61)
	at io.kotest.core.internal.TestCaseExecutor.executeAndWait(TestCaseExecutor.kt:213)
	at io.kotest.core.internal.TestCaseExecutor.invokeTestCase(TestCaseExecutor.kt:182)
	at io.kotest.core.internal.TestCaseExecutor.executeActiveTest(TestCaseExecutor.kt:151)
	at io.kotest.core.internal.TestCaseExecutor$intercept$innerExecute$1$1.invokeSuspend(TestCaseExecutor.kt:89)
	at io.kotest.core.internal.TestCaseExecutor$intercept$innerExecute$1$1.invoke(TestCaseExecutor.kt)
	at io.kotest.core.internal.TestCaseExecutor.executeIfActive(TestCaseExecutor.kt:115)
	at io.kotest.core.internal.TestCaseExecutor$intercept$innerExecute$1.invokeSuspend(TestCaseExecutor.kt:89)
	at io.kotest.core.internal.TestCaseExecutor$intercept$innerExecute$1.invoke(TestCaseExecutor.kt)
	at io.kotest.core.internal.TestCaseExecutor.intercept(TestCaseExecutor.kt:103)
	at io.kotest.core.internal.TestCaseExecutor.execute(TestCaseExecutor.kt:69)
	at io.kotest.engine.spec.runners.InstancePerTestSpecRunner$run$2.invokeSuspend(InstancePerTestSpecRunner.kt:155)
	at io.kotest.engine.spec.runners.InstancePerTestSpecRunner$run$2.invoke(InstancePerTestSpecRunner.kt)
	at kotlinx.coroutines.intrinsics.UndispatchedKt.startUndispatchedOrReturn(Undispatched.kt:89)
	at kotlinx.coroutines.CoroutineScopeKt.coroutineScope(CoroutineScope.kt:264)
	at io.kotest.engine.spec.runners.InstancePerTestSpecRunner.run(InstancePerTestSpecRunner.kt:119)
	at io.kotest.engine.spec.runners.InstancePerTestSpecRunner.interceptAndRun(InstancePerTestSpecRunner.kt:113)
	at io.kotest.engine.spec.runners.InstancePerTestSpecRunner.executeInCleanSpec(InstancePerTestSpecRunner.kt:104)
	at io.kotest.engine.spec.runners.InstancePerTestSpecRunner$execute$$inlined$invoke$lambda$2.invokeSuspend(InstancePerTestSpecRunner.kt:82)
	at io.kotest.engine.spec.runners.InstancePerTestSpecRunner$execute$$inlined$invoke$lambda$2.invoke(InstancePerTestSpecRunner.kt)
	at io.kotest.engine.launchers.SequentialTestLauncher$launch$$inlined$forEach$lambda$1$1.invokeSuspend(SequentialTestLauncher.kt:22)
	at kotlin.coroutines.jvm.internal.BaseContinuationImpl.resumeWith(ContinuationImpl.kt:33)
	at kotlinx.coroutines.DispatchedTask.run(DispatchedTask.kt:106)
	at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136)
	at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
	at java.base/java.lang.Thread.run(Thread.java:833)

修改后的代码：

fun findRiOrders(): List<PlatformRiOrder> {
	val riPath = ClassLoaderUtils.getDefaultClassLoader().getResource("NewBillTestDataRiOrders.json")!!.toURI()
	return objectMapper.readValue(Paths.get(riPath).toFile())
}
java.nio.file.InvalidPathException:无效路径异常的正确解决办法
wbajsjhhhhh的博客
04-27 3829
java.nio.file.InvalidPathException:无效路径异常的正确解决办法
java.lang.IllegalArgumentException: Illegal character in query at index 55: h
王大师企业官方博客
11-16 932
java.lang.IllegalArgumentException: Illegal character in query at index 55: 报错原因解决方案 报错原因 用实体类传参数，日期有url编码报错 解决方案 1.少传一些参数 2.利用url转码方法： public String getTaskCreateJsonReq(JSONObject json){ StringBuffer req = new StringBuffer(); try {
pycharm远程调试服务器代码提示illegal char at index 0
nmgbcnn的博客
10-23 2742
通常这种情况发生在 PyCharm 的远程开发配置或者路径映射出现问题时，PyCharm 没有正确识别远程服务器上的文件路径，导致路径被转换成了一个虚拟的形式。这会影响到代码执行时对文件路径的引用。
java.nio.file.InvalidPathException
shijiujiu33的博客
12-29 2万+
当程序使用类加载器加载文件的时候发生了这样的异常： java.nio.file.InvalidPathException: Illegal char &lt;:&gt; at index 2: 使用类加载器加载资源文件代码 String path = Label.class.getClassLoader().getResource("model.pb").getPath(); 运行一下Deb...
Error while waiting for device: Illegal char ＜*＞ at index 0: *.lock报错解决方法
leimao2333的博客
12-03 6830
Error while waiting for device: Illegal char at index 0: *.lock报错解决
在PyCharm中使用Qt Designer
qq_36458461的博客
01-20 4685
Qt Designer的介绍 在PyQt中编写UI界面可以直接通过代码来实现，也可以通过Qt Designer来完成。Qt Designer的设计符合MVC的架构，其实现了视图和逻辑的分离，从而实现了开发的便捷。Qt Designer中的操作方式十分灵活，其通过拖拽的方式放置控件可以随时查看控件效果。Qt Designer生成的.ui文件（实质上是XML格式的文件）也可以通过pyuic5工具转换成...
报错SystemError: java.nio.file.InvalidPathException: Illegal char ＜:＞ at index 2
CHERISHGF的博客
07-26 1万+
背景：使用jpype调用Java接口 代码如下： from jpype import * path = getDefaultJVMPath() startJVM(path, "-ea") java.lang.System.out.println("Hello World") shutdownJVM() 报错： 发现错误过程： 看这个错误应该是路径有问题，\D:\Program Files\Java\jdk1.8.0_241\lib\tools.jar，看到这个前面多了一个“\”，手动去掉“
java文件读取文件：java.nio.file.InvalidPathException: Illegal char ＜:＞ at index 2
qq_39375778的博客
07-16 1万+
java.nio.file.InvalidPathException: Illegal char <:> at index 2 springboot项目中，文件拷贝时使用Files.copy(new File(“C:/a/b.txt”).toPath(), “c/a/b.txt”)报错 java.nio.file.InvalidPathException: Illegal char <:> at index 2: C:/a/b.txt at sun.nio.fs.Wind...
【Android】拿捏Illegal char ＜:＞ at index 47: com.xx.xxx.xx.app-mergeDebugResources-60:/values/val
资深全栈开发工程师
08-10 295
解决Android资源编译报错的有效方法 本文记录了一个Android项目资源编译报错"Illegal char <:>"的解决过程。当遇到无法定位的资源文件错误时，作者通过逐步排除法：首先备份并删除所有layout和java代码，确定问题出在attrs.xml文件；然后采用二分法逐一排查自定义属性，最终发现一个名为"progress_border_width"的属性存在问题，通过重命名该属性彻底解决了编译错误。这种方法为类似资源文件错误提供了有效的解决思
java.nio.file.InvalidPathException: Illegal char ＜:＞ at index 62
qq_33507568的博客
01-22 423
近日在集成第三方SDK是，打包报错： 原因： 经详细排查，在排除了JDK差异、gradle版本等原因后，最后定位到是因为资源冲突。具体说就是自定义控件的属性命名重复，但是类型又不同。通过修改自定义控件的属性名可以解决。首先需要定位到重复的属性名，这里有个问题，属性太多，查收起来如大海捞针，可以借助脚本实现。把工程里的res/values/attrs.xml都复制出来，把sdk里面的res/values/values.xml都复制出来，查询两者的重复值，然后逐一分析就行。脚本参考如下
java.lang.IllegalArgumentException: Illegal character in path at index 40解决方案
热门推荐
weixin_43178406的博客
07-17 8万+
本文主要介绍了java.lang.IllegalArgumentException: Illegal character in path at index 40解决方案，希望能对使用Java的同学们有所帮助。 文章目录 1. 问题描述 2. 问题复现 3. 原因分析 4. 解决方案 4.1 方案一 4.2 方案二 5. 修复后
IDEA编译项目报错Illegal char :＞ at index __:
weixin_45201305的博客
04-28 5570
今晚写代码的时候遇到了一个问题，IDEA昨天在使用的时候还是好用的，但是今天编译哪个文件都输出Illegal char :＞ at index __。这个提示不在控制台输出任何信息，而是在运行(run)上面出现一个很小很小的红色框里面有这行报错信息。当然我这个项目是写算法练手文件夹，删除了.idea没什么问题，如果你是SpringBoot项目，那么我估计你还要重新做导包等一系列工作。不清楚是什么原因，但是在网上找了半天终于找到了解决方法，亲测有效。index后面显示的是一个数字，这个因人而异。
记录一次安卓Error:java: Illegal char ＜:＞ at index 问题
qq_34310933的博客
12-07 5010
Error:java: Illegal char ＜:＞ at index
GraalVM运行报错，SystemError: java.nio.file.InvalidPathException: Illegal char ＜:＞ at index 2
qq_43657282的博客
10-09 679
找了半天的原因，定位为环境变量出现问题，重新配置了一下VS的环境变量，这次找了个教程，将所有的环境变量都配置了一下，然后再次运行native-image就可以正常生成exe文件了。环境变量配置教程：参考。
Illegal char ＜:＞ at index 4
IOT_player的博客
02-14 1万+
java.nio.file.InvalidPathException: Illegal char at index 4 问题分析
java.nio.file.InvalidPathException: Illegal char `xxx` at index 2
面朝大海，春暖花开
04-03 1万+
java.nio.file.InvalidPathException: Illegal char <:> at index 2 问题描述 在使用java.nio中的Files.walkFileTree(Path,FileVisitor)时，抛出的异常 解决方案 原因是传入的Path的问题 处理: getPath().substring(1) ...
java 非法线程_线程“ main”中的异常java.nio.file.InvalidPathException：索引2处的非法char <：>：...
weixin_34042899的博客
02-24 1064
我必须将类路径资源从一个包复制到另一个。我的程序是：public static void main(String[] args) throws IOException, URISyntaxException {ClassLoader classLoader = CopyFileToDirectoryTest.class.getClassLoader();InputStream in = class...
升级到androidX后出现Illegal char ＜:＞ at index的问题
mengxiaojian58的专栏
06-18 861
- 问题出在这个属性，添加上之后就报错 <attr name="circleRadius" format="integer" /> -->-- 改个属性名称后才正常-->太无语了，完全不懂是什么问题。
Android Studio运行报错：Illegal char ＜*＞ at index 0: *.lock
qq_43336755的博客
06-14 2230
Android Studio模拟器正常启动后，运行示例代码直接报错。结果项目无法启动。
pycharm Illegal char <:> at index 5: https://127.0.0.1:8000
最新发布
09-03
给定的参考引用中未提及在PyCharm中出现 'Illegal char <:> at index 5: https://127.0.0.1:8000' 错误的解决方案。不过，通常这种错误可能是由于路径、URL 处理不当或者配置错误导致的，以下是一些可能的解决办法： ### 检查运行配置 在 PyCharm 中，运行配置可能会包含错误的 URL 或者路径。需要检查运行配置里的 URL 是否正确，避免出现非法字符。具体步骤为： 1. 打开“Run”菜单，选择“Edit Configurations”。 2. 在“Configurations”列表中，选择当前的运行配置。 3. 检查“Script path”、“Parameters”等字段，确保没有包含非法字符或者错误的 URL。 ### 检查代码中的 URL 如果代码里有使用 URL，要确保 URL 的格式正确。例如，在 Python 代码中使用 `requests` 库发送请求时： ```python import requests url = 'https://127.0.0.1:8000' try: response = requests.get(url) print(response.text) except requests.exceptions.RequestException as e: print(f"An error occurred: {e}") ``` 在这个例子中，要保证 URL 格式正确，避免出现非法字符。 ### 检查 PyCharm 版本 有时候，这种错误可能是 PyCharm 的版本问题导致的。可以尝试更新 PyCharm 到最新版本，看看问题是否解决。 ### 检查操作系统路径分隔符 不同操作系统使用的路径分隔符不同，Windows 使用反斜杠 `\`，而 Linux 和 macOS 使用正斜杠 `/`。确保在代码和配置中使用正确的路径分隔符。 ### 清除缓存 有时候，PyCharm 的缓存文件可能会导致一些奇怪的问题。可以尝试清除 PyCharm 的缓存，具体步骤如下： 1. 关闭 PyCharm。 2. 找到 PyCharm 的缓存目录，一般在用户目录下的 `.PyCharm<version>/system/caches` 文件夹。 3. 删除该文件夹下的所有文件。 4. 重新启动 PyCharm。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

MonkeyKing.sun

对你有帮助的话，可以打赏

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值