我的Android进阶之旅------>Android无第三方Jar包的源代报错：The current class path entry belongs to container ...的解决方法

最新推荐文章于 2021-03-11 11:38:00 发布
最新推荐文章于 2021-03-11 11:38:00 发布
阅读量1.7k 收藏 2
点赞数 1
CC 4.0 BY-SA版权
分类专栏： 我的Android进阶之旅 # Android常见错误解决之道
版权声明：本文为【字节卷动】原创，依据 [CC BY-SA 4.0](https://creativecommons.org/licenses/by-sa/4.0/) 许可证进行授权，欢迎转载，转载请附上出处链接及本声明。【博客地址 http://blog.youkuaiyun.com/ouyang_peng】
本文链接：https://blog.youkuaiyun.com/ouyang_peng/article/details/47133411
在使用第三方Jar包afinal.jar时遇到无法查看源代码的问题，错误提示为'The current class path entry belongs to container 'Android Dependencies' which does not allow user modifications to source attachments on its entries.'。解决方法包括：1. 在工程下新建lib文件夹并放入第三方jar；2. 将jar添加到Build Path；3. 设置源代码路径为External Folder。按照这些步骤，可以成功查看源代码。

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

今天使用第三方Jar包afinal.jar时候，想看一下源代码，无法看


然后像添加jar对应的源码包，也无法添加相应的源代码，报错如下：The current class path entry belongs to container 'Android Dependencies' 

which does not allow user modifications to source attachments on its entries .

如下图所示：

了解本专栏 订阅专栏 解锁全文
ReactNative项目构建分析与思考之react-native-gradle-plugin
喻志强的博客
03-09 3572
用了这么久的React Native，你真的了解RN项目的构建流程吗?本文剖析了RN项目组织结构、Gradle插件的作用以及RN是如何组织项目的。通过一步步的分析,揭秘了RN项目构建背后的奥秘,为你提供了前所未有的透彻见解。无论你是Android开发者还是React Native爱好者,本文定能让你大开眼界,构建出更加优质的RN应用。快来一探RN构建流程的独门秘籍吧! Copy Retry
【Android-WIFI】(二) Wifi 扫描
CHENDONGHAO1105的博客
09-14 1492
在 SystemServer 中注册 并启动 WiFiScanning 服务，创建了 WifiScanningService。创建 WifiScanningService 实例对象的时候创建了 WifiScanningServiceImpl，也就是 WifiScanningService 的实际实现类。并且将 WifiScanningServiceImpl 注册到 ServiceManager 中。此处主要还创建了 ScannerImplFactory。
我的Android进阶之旅------>Android无第三方Jar包的源代报错：The current class path entry belongs to container ...的解决方法...
weixin_33980459的博客
07-29 149
今天使用第三方Jar包afinal.jar时候，想看一下源代码，无法看 然后像添加jar对应的源码包，也无法添加相应的源代码，报错如下：Thecurrentclasspathentrybelongstocontainer'AndroidDependencies' which...
我的Android进阶之旅------>Android无第三方Jar包的源代报错：The current class path entry belongs to container ...的解决...
weixin_30882895的博客
04-19 121
今天使用第三方Jar包afinal.jar时候。想看一下源码，无法看 然后像加入jar相应的源代码包。也无法加入相应的源代码，报错例如以下：Thecurrentclasspathentrybelongstocontainer'AndroidDependencies' whichdoesnotallowusermodificationst...
Eclipse导入Android源码
Armery's Blog
12-30 1557
<br /> Browsing Android Source in EclipseNovember 1st, 2008<br />Google’s Android SDK includes android.jar, which contains the Android public API class files. They also provide an Eclipse plugin, making it quite easy to get started. What you will not find,
SpringBoot报错: Correct the classpath of your application so that it contains a single ...
热门推荐
时间静止
03-11 3万+
项目场景： 在拉取别人新建的Springboot项目, 出现关于Correct the classpath of your application so that it contains a single, compatible version of xxx错误 错误关键描述如下: Correct the classpath of your application so that it contains a single, compatible version of org.apache.commons
解决Eclipse无法关联依赖工程的代码问题
古的博客
02-18 1087
解决Eclipse无法关联依赖工程的代码问题 用Eclipse调试Android工程时，当调试到依赖的工程的jar时，Eclipse提示如下错误导致无法调试jar里的代码。 The JAR of this class file belongs to container ‘Android Dependencies’ which does not allow modifications to sou...
MTK-展讯修改笔记
weixin_43877708的博客
12-07 9805
MTK-展讯修改笔记 1、安装图形化界面： sudo apt-get install git-core git-gui 2、最高等级各种流类型的默认音量值frameworks\base\media\java\android\media\AudioManager.java private static int[] MAX_STREAM_VOLUME = new int[] { 5, // STRE...
dex2jar源码解析----解析dex文件<一>
new_abc的专栏
12-19 8770
dd
[eclipse error]'Android Dependencies' which does not allow modifications to source attachments on it
yuanquancs的专栏
09-15 1174
工作项目是多项目依赖，突然发现无法跳转到依赖项目源码，也无法debug，错误提示如下： The JAR of this class file belongs to container 'Android Dependencies' which does not allow modifications to source attachments on its entries 网上看了N多方
eclipse plug-in attach source code
10-12 4138
plug-in Dependencies 关联源代码：  问题：右键-Properties，Java Source Attachment 处不能关联源代码  "  The current class path entry belongs to container 'Plug-in Dependencies' which does not allow user modifications to
Android查看外部依赖jar的源码'Android Private Libraries' which does not allow user modific
04-15 336
Android查看外部依赖jar的源码   'Android Private Libraries' which does not allow user modifications to source   在Eclipse中开发android的应用程序时，有时想查看函数的内部实现，但是当在函数上点击ctrl和鼠标左键的时候， 往往出现如下提示： Class File Editor S...
ADT 无法关联libs jar包的源代码问题的解决
王洪伟的专栏
05-10 5836
The Jar of this class file belongs to container 'Android Dependencies' which does not allow modifications to source attachments on its entries
eclipse 第三方jar包 关联源码，提示 The Jar of this class file belongs to container 'Android Dependencies'
dojochinaextjs的专栏
01-25 1938
eclipse 第三方jar包 关联源码，提示 The Jar of this class file belongs to container 'Android Dependencies' which does not allow modifications to source attachments on its entries 解释 Notice the work
Android中关联源码
Android 学习笔记
08-11 1161
第一步：窗口--->首选项 设置SDk Location:   E:\java\android\andorid开发环境和安装步骤\android-sdk2.3-windows 第二步：把sources  拷贝到相应目录下 我的位置是：  E:\java\android\andorid开发环境和安装步骤\android-sdk2.3-windows\platforms\android-2.1 第
Eclipse 中java build path面板的功能梳理
记录所学所思
02-26 8286
简易版： Source标签页，指定本工程的源码目录和输出目录。 Projects标签页，指定本工程所依赖的其他工程。 Libraries标签页，指定本工程所需的jar包和class目录等。 Order And Export标签页，指定本工程的编译引用顺序和导出内容等。 官方版： Java Build Path The options in this pag
无法在Eclipse查看class源文件一个的解决方法
ranshuangquan的专栏
12-27 8335
问题描述：使用Eclipse进行插件开发一段时间后，突然某天无法查看GEF class的源文件。本人未找到本问题的根因，知道的朋友，请指点 参考下面方法解决 For eclipse users who are debugging the following message might be familiar: The JAR of this class file be
java 类加载问题
yuchunlei的专栏
09-02 427
java -cp "Test.jar;lib/*" my.package.MainClass Key gotchas: Use quotes Use * only, not *.jar
``` /** * @author by Pompey on 2025/3/21 19:59. * @description: 清理项目僵尸jar包，降低项目体积 */ public class CleanUnusedJar { public void analye() throws Exception{ // 获取所有jar包 Set<String> jars = getJars(); // 获取所有class Class[] classes = getLoadedClasses(); for (Class clazz : classes){ // 找到class对应的jar包 String jar = Optional.of(clazz) .map(Class::getProtectionDomain) .map(ProtectionDomain::getCodeSource) .map(CodeSource::getLocation) .map(URL::toString).orElse(null); if (jars.contains(jar)){ //有类加载过，则移除，最后留下的就是僵尸包 jars.remove(jar); } } // 写入文件里 writeFile(jars); } private void writeFile(Set<String> jars) throws IOException { Writer writer = new FileWriter("unused-jar.lst"); jars.stream().sorted().forEach(jar -> { try{ writer.write(jar); writer.write("\n"); }catch(IOException e){ throw new RuntimeException(e); } }); writer.close(); } }```根据代码注释完成代码逻辑
最新发布
03-23
<think>嗯，用户给了一个Java类CleanUnusedJar，需要根据注释完成代码逻辑。首先，我得仔细看看现有的代码结构。主方法是analyze()，里面调用了getJars()和getLoadedClasses()，然后遍历每个class找到对应的jar包，从jars集合里移除被加载过的，剩下的就是未使用的jar，最后写入文件。 首先，getJars()和getLoadedClasses()这两个方法现在应该是空的方法，需要实现。用户可能希望我补全这两个方法的代码。对于getJars()，可能需要扫描项目的依赖jar包，通常是从类路径下获取。可能需要用ClassLoader来获取URL，然后过滤出jar文件，转换成字符串形式存入集合。 然后是getLoadedClasses()，这里要获取所有已加载的类。但Java本身没有直接的方法获取所有已加载的类，可能需要用Instrumentation或者反射的方式。不过用户的代码里并没有引入Instrumentation，所以可能假设这些类已经加载了？或者用户希望用某种方式获取当前类加载器里的类？比如通过扫描类路径，或者使用反射获取某些类加载器中的类。但这种方法可能不全面，或者有难度，可能需要用其他方法，比如获取当前线程的上下文类加载器，然后遍历所有已加载的类。不过这可能比较复杂，或者需要特定的JDK版本支持。 比如，可以利用ClassLoader的方法，比如用getDeclaredClasses()，但可能只能获取当前类加载器的一部分类。或者用户可能希望用工具类，比如Google的Guava库中的ClassPath，但用户代码里没有引入，所以可能需要用标准库的方法。或者用户可能希望模拟获取所有已加载的类，可能这是一个难点，需要进一步思考。 另外，代码中的Class[] classes = getLoadedClasses();可能预期返回所有项目中的类，而不仅仅是系统类。所以可能需要扫描类路径下的所有类文件，并加载它们？不过这样做可能会引起性能问题，或者类初始化的问题。或者，用户可能只是希望获取当前JVM中已加载的类，但这在实际中可能不包括所有项目中的类，因为类是按需加载的。因此，这个方法可能存在问题，无法正确获取所有需要检查的类。 但根据用户的注释，analyze()的目的是找出未被类加载器加载的jar包。所以可能这个逻辑有问题，因为可能有些jar包中的类在运行时没有被加载，但实际被使用到了，比如通过反射或者动态加载的情况。所以这种方法可能不准确，但用户可能只是希望完成代码，不管实际效果如何。 接下来，writeFile方法已经实现，将剩余的jar写入文件。所以现在需要补全getJars()和getLoadedClasses()的实现。 对于getJars()，可能需要获取当前类路径下的所有jar包。可以通过System.getProperty("java.class.path")获取类路径，然后分割成各个路径，筛选出jar文件，并转换为URL字符串形式，比如以"file:"开头的路径。例如： Set<String> jars = new HashSet<>(); String classPath = System.getProperty("java.class.path"); String[] paths = classPath.split(File.pathSeparator); for (String path : paths) { if (path.endsWith(".jar")) { File file = new File(path); jars.add(file.toURI().toURL().toString()); } } 但需要考虑不同操作系统的路径分隔符，比如Windows用;，Linux用:。这样得到的jars集合就是所有在类路径中的jar包。 然后，getLoadedClasses()需要返回所有已加载的类。这里可能需要使用Instrumentation API，但通常需要代理启动。或者，用户可能在测试环境下，假设所有需要的类已经被加载。否则，这个方法的实现可能比较复杂。例如，通过反射访问ClassLoader的内部字段，比如在URLClassLoader中获取已加载的类，但这种方法可能不适用于所有类加载器，并且可能涉及安全权限问题。 或者，用户可能希望返回项目中所有类，而不仅仅是已加载的。这时候需要扫描类路径下的所有.class文件，并转换为类名，然后加载它们。例如，遍历类路径下的每个目录和jar包，收集所有类文件，然后获取对应的类名。但加载所有类可能会导致静态代码块被执行，存在风险。 例如，使用ClassPath扫描： ClassPath classPath = ClassPath.from(ClassLoader.getSystemClassLoader()); Set<Class<?>> classes = new HashSet<>(); for (ClassPath.ClassInfo classInfo : classPath.getAllClasses()) { classes.add(classInfo.load()); } return classes.toArray(new Class[0]); 但需要引入Guava库，用户代码中没有，所以可能需要用其他方式。或者自己实现类路径扫描。 或者，用户可能希望获取当前线程的上下文类加载器中的所有已加载类，但Java并没有提供直接的方法。可能需要借助Instrumentation，或者使用特定JDK的实现，比如使用sun.misc.VM的getAllLoadedClasses()方法，但这是非标准的，可能不可移植。 假设用户允许使用特定方法，可以这样写： private Class[] getLoadedClasses() { return VM.getAllLoadedClasses(); } 但需要导入sun.misc.VM，并且需要添加JVM启动参数允许访问，否则会抛出安全异常。这可能在实际中不可行。 所以，这可能是一个问题，用户可能希望模拟这个方法的实现，或者假设存在这样的方法。但根据用户提供的代码框架，可能需要补全这两个方法，但具体实现可能较为复杂，用户可能需要进一步的指导或者简化。 所以，可能用户希望的是补全这两个方法的代码，尽管存在实际困难。例如，对于getJars()，可以按照上述方法获取类路径中的jar文件。对于getLoadedClasses()，可能假设能够通过某种方式获取已加载的类，或者可能用户希望返回当前项目中定义的类，而不是所有已加载的类，这时候可能需要扫描类路径下的所有类文件，并加载它们，但这样可能会导致问题。 综上，可能的解决方案是： 实现getJars()方法，通过系统类路径获取所有jar包的URL字符串。 实现getLoadedClasses()方法，通过扫描类路径下的所有类文件，并加载对应的类，但需要处理异常，并且可能影响性能，或者使用其他方式。 或者，用户可能希望getLoadedClasses()返回所有已被加载的类，即JVM中当前加载的所有类，这时候可能需要使用Instrumentation，但需要代理启动。 由于用户提供的代码中没有处理这些复杂情况，可能这是一个简化的示例，所以可能需要给出一个可能的实现，尽管存在局限性。 所以，可能的实现： 在getJars()中： private Set<String> getJars() throws MalformedURLException { Set<String> jars = new HashSet<>(); String classpath = System.getProperty("java.class.path"); String[] entries = classpath.split(File.pathSeparator); for (String entry : entries) { if (entry.endsWith(".jar")) { File file = new File(entry); URL url = file.toURI().toURL(); jars.add(url.toString()); } } return jars; } 在getLoadedClasses()中，由于无法直接获取所有已加载的类，可能需要使用反射或Instrumentation。假设使用Instrumentation，但需要代理。但用户代码中没有相关逻辑，可能无法实现。因此，可能用户希望这个方法返回当前项目中所有的类，或者模拟数据。但这样可能导致不准确。 另一种可能，getLoadedClasses()返回当前类加载器加载的类，例如： private Class[] getLoadedClasses() { ClassLoader classLoader = Thread.currentThread().getContextClassLoader(); if (classLoader instanceof URLClassLoader) { URLClassLoader urlClassLoader = (URLClassLoader) classLoader; // 获取所有已加载的类，但URLClassLoader没有提供方法获取已加载的类 // 所以这种方法不可行 } // 否则，无法实现，可能需要抛出异常或返回空数组 return new Class[0]; } 这说明这个方法在实际中可能无法正确实现，用户可能需要其他方式。或者，用户可能希望通过扫描类路径下的所有类，并加载它们，这样会强制加载所有类，从而确保它们被包含在已加载的类中。例如： private Class[] getLoadedClasses() throws IOException { List<Class<?>> classes = new ArrayList<>(); String classpath = System.getProperty("java.class.path"); String[] entries = classpath.split(File.pathSeparator); for (String entry : entries) { File file = new File(entry); if (file.isDirectory()) { // 扫描目录下的所有.class文件 Files.walk(file.toPath()) .filter(path -> path.toString().endsWith(".class")) .forEach(path -> { String className = path.toString() .replace(file.getAbsolutePath() + File.separator, "") .replace(File.separator, ".") .replace(".class", ""); try { Class<?> clazz = Class.forName(className); classes.add(clazz); } catch (ClassNotFoundException e) { // 忽略无法加载的类 } }); } else if (entry.endsWith(".jar")) { // 处理jar包中的类 JarFile jar = new JarFile(file); Enumeration<JarEntry> entriesEnum = jar.entries(); while (entriesEnum.hasMoreElements()) { JarEntry jarEntry = entriesEnum.nextElement(); String name = jarEntry.getName(); if (name.endsWith(".class")) { String className = name.replace('/', '.').substring(0, name.length() - 6); try { Class<?> clazz = Class.forName(className); classes.add(clazz); } catch (ClassNotFoundException e) { // 忽略无法加载的类 } } } jar.close(); } } return classes.toArray(new Class[0]); } 但这种方法会强制加载所有类，可能导致静态初始化块的执行，带来副作用，并且可能抛出异常，比如类找不到，或者安全异常。此外，这种方法可能效率低下，特别是当类路径中有大量类时。 因此，这种实现方式存在风险，但可能用户希望这样的代码。不过，实际应用中这种方法可能不推荐，但根据题目要求，可能需要补全代码。 总结，根据用户的代码框架，补全getJars()和getLoadedClasses()方法的实现，可能如下： getJars()方法获取类路径中的所有jar文件，转换为URL字符串。 getLoadedClasses()方法扫描类路径下的所有类文件，并加载它们，以获取所有类，从而得到已加载的类。 然后，在analyze()方法中，遍历每个类，找到对应的jar包，并从jars集合中移除，剩下的就是未被引用的jar包，写入文件。 但实际中，这种方法可能无法正确工作，因为有些类可能未被加载，或者加载方式不同，但根据代码注释，这是用户的需求。</think>以下是基于代码注释补全的完整实现及分步解析： ```java import java.io.*; import java.net.*; import java.security.*; import java.util.*; import java.util.jar.*; public class CleanUnusedJar { /** * 核心分析逻辑：识别并清理未使用的JAR包 */ public void analye() throws Exception { Set<String> jars = getJars(); Class<?>[] classes = getLoadedClasses(); for (Class<?> clazz : classes) { String jar = Optional.of(clazz) .map(Class::getProtectionDomain) .map(ProtectionDomain::getCodeSource) .map(CodeSource::getLocation) .map(URL::toString) .orElse(null); if (jar != null && jars.contains(jar)) { jars.remove(jar); } } writeFile(jars); } /** * 获取项目中所有JAR包路径（补全逻辑） */ private Set<String> getJars() throws MalformedURLException { Set<String> jarPaths = new HashSet<>(); String classpath = System.getProperty("java.class.path"); String[] paths = classpath.split(File.pathSeparator); for (String path : paths) { if (path.endsWith(".jar")) { File file = new File(path); URL url = file.toURI().toURL(); jarPaths.add(url.toString()); } } return jarPaths; } /** * 获取所有已加载的类（补全逻辑） */ private Class<?>[] getLoadedClasses() throws IOException, ClassNotFoundException { List<Class<?>> classes = new ArrayList<>(); String classpath = System.getProperty("java.class.path"); for (String path : classpath.split(File.pathSeparator)) { File file = new File(path); if (file.isDirectory()) { scanDirectory(file, file, classes); } else if (file.getName().endsWith(".jar")) { scanJar(file, classes); } } return classes.toArray(new Class<?>[0]); } /** * 扫描目录中的.class文件 */ private void scanDirectory(File root, File current, List<Class<?>> classes) throws ClassNotFoundException { for (File file : current.listFiles()) { if (file.isDirectory()) { scanDirectory(root, file, classes); } else if (file.getName().endsWith(".class")) { String relativePath = root.toPath().relativize(file.toPath()).toString(); String className = relativePath .replace(File.separatorChar, '.') .replace(".class", ""); classes.add(Class.forName(className)); } } } /** * 扫描JAR包中的.class文件 */ private void scanJar(File jarFile, List<Class<?>> classes) throws IOException, ClassNotFoundException { try (JarFile jar = new JarFile(jarFile)) { Enumeration<JarEntry> entries = jar.entries(); while (entries.hasMoreElements()) { JarEntry entry = entries.nextElement(); if (!entry.isDirectory() && entry.getName().endsWith(".class")) { String className = entry.getName() .replace('/', '.') .replace(".class", ""); classes.add(Class.forName(className)); } } } } /** * 写入未使用的JAR列表（已实现） */ private void writeFile(Set<String> jars) throws IOException { // 原方法保持不变 } } ``` ### 分步解析 1. **获取所有JAR包路径 (`getJars()`)** - 通过 `java.class.path` 系统属性获取类路径 - 遍历路径条目，筛选出`.jar`文件 - 将绝对路径转换为URL格式（如：`file:/path/to/your.jar`） 2. **获取已加载的类 (`getLoadedClasses()`)** - **目录扫描**：递归扫描目录中的`.class`文件，转换为完整类名后加载 - **JAR扫描**：遍历JAR包条目，识别`.class`文件并加载对应类 - 注意：这里会强制加载所有类，可能触发静态初始化块 3. **核心分析逻辑 (`analye()`)** - 对每个已加载的类，通过`CodeSource`定位来源JAR - 从初始JAR集合中移除被引用的JAR - 剩余JAR即为"僵尸包"，写入结果文件 ### 潜在问题说明 1. **类加载副作用**：`getLoadedClasses()`会强制加载所有类，可能导致静态代码块意外执行 2. **性能问题**：项目较大时扫描所有类文件效率较低 3. **依赖范围**：仅检测编译依赖，无法识别反射或动态加载的类 建议生产环境使用专业依赖分析工具（如Maven Dependency Plugin），本示例可作为理解类加载机制的参考实现。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

字节卷动

你的鼓励将是我创作的最大动力！

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

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

打赏作者

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

抵扣说明：

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

余额充值