解决导入他人做的项目后出现Multiple annotations found at this line 的问题

最新推荐文章于 2023-11-18 12:58:31 发布

vincentTsang

最新推荐文章于 2023-11-18 12:58:31 发布

阅读量4.1k

点赞数 8

分类专栏： java

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文链接：https://blog.csdn.net/zzhtheone/article/details/8745405

版权

java 专栏收录该内容

8 篇文章 0 订阅

订阅专栏

如题，会出现Multiple annotations found at this line:
- java.io.IOException cannot be resolved to a type
- String cannot be resolved to a type
- java.io.IOException cannot be resolved to a type
- No exception of type ServletException can be thrown; an exception type must be a
subclass of Throwable
- The method getContextPath() from the type HttpServletRequest refers to the missing
type String

甚至String cannot be resolved to a type这样的各种错误，但项目在原机器上是正常运行的。

解决办法两个：

一：jdk不匹配。对方的jdk版本跟你的不同，甚至是1.6和1.7之间的差别，则必然出现这样的错误。改成你自己的jdk就好。对项目右键properties->java build path之后就能找到了。

二：若不是这个问题，那试试project-clean。再不成功就很可能是代码问题或其他了。。

关注

8
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
复制链接

分享到 QQ

分享到新浪微博

扫一扫

专栏目录

vincentTsang CSDN认证博客专家 CSDN认证企业博客

码龄13年

40: 原创

26万+: 周排名

208万+: 总排名

6万+: 访问

: 等级

1733: 积分

13: 粉丝

192: 获赞

33: 评论

16: 收藏

私信

关注

热门文章

分类专栏

java 8篇
ssh 10篇
杂 2篇
linux 4篇
ACM 4篇
综合 2篇
scala 2篇
c 2篇
SQL 1篇
python 2篇
c++ 2篇

最新评论

基于socketserver的python多线程聊天室
qq_42952655: 牛！
对“Professional C++” 中若干知识点的小结与思考
华少ss: 谢谢分享学习了 `(*∩_∩*)′
对“Professional C++” 中若干知识点的小结与思考
unituniverse2 回复 vincentTsang: void foo1_1(void) { PTR o3(new MyObj); foo_ex1(); } void foo1_2(void) { PTR o4(new MyObj); foo_ex2(); } void foo2_1(void) { PTR o5(new MyObj); foo1_1(); } void foo2_2(void) { PTR o6(new MyObj); foo1_2(); } int main(void) { try { foo2_1();//情况1 } catch(...)//注意捕获点从异常点开始穿越了好几层函数 { } try { foo2_2();//情况2 } catch(...)//注意捕获点从异常点开始穿越了好几层函数 { } return 0; } 　　这整个程序中只有o3.p1所指的内存成了泄露的内存，其他的都可以正确回收。关键是fooN_N这些函数中根本就不知道自己所调用的其他函数会发生什么情况，而有了PTR类控制就无需关心这类问题了（注意未有涉及到任何引用计数）。　　你文17点的说法和你现在回贴的内容，感觉你其实明白这些，但是看到你认为“该问题只能用“捕获，清理并重新抛出”这样的繁琐方法”感觉你又不明白... 尤其是“但动态分配的内存...”那部分，就比如我这里的PTR接管了的内存，算不算是堆内存？C++的销毁过程里原本确实是不会理会堆内存的。而堆内存的“自动”释放来源于栈对象析构函数的自动调用。所以你说“不会被销毁”肯定不对，“不会被自动销毁”相对更合适一些。从“从而”开始的内容仍需要明确。。。之前的内容相对说的过去
对“Professional C++” 中若干知识点的小结与思考
unituniverse2: 其实我想说的是类似这样的意思（下面这段代码毫无设计，纯粹只是为了做原理性说明）： struct PTR { private: MyObj * p; public: PTR(void) : p() {}; PTR(MyObj * pIni) : p(pIni) {}; ~PTR() { delete p; }； //本来还要有拷贝构造函数什么的，这里只是说明原理，省略 void Set(MyObj * pNew)//此函数乱加的，仅是为了能设置p，所以省掉了各种检查、删除旧对象什么的。。 { p = pNew; }; }; class ErrorClass { public: ErrorClass(void) { p2.Set(new MyObj); p1 = new MyObj; throw(0);//好吧。。从此处开始p1指向的内存就无法回收了(泄露)，但是p2的回收却没问题 }; ~ErrorClass(void) { delete p1;//看似正确的析构掉p1，但是构造函数抛异常使得这里根本执行不到 }; MyObj * p1; PTR p2;// 即使ErrorClass的构造函数抛异常仍会导致p2本身的析构函数被执行 //本来还要有拷贝构造函数什么的，这里只是说明原理，省略 }; void foo_ex1(void) { PTR o1(new MyObj); throw(0); } void foo_ex2(void) { PTR o2(new MyObj); ErrorClass o3; }
对“Professional C++” 中若干知识点的小结与思考
unituniverse2: 17有点问题。。不知道里面的意思是不是“我”理解的意思。 “但动态分配的内存不会被销毁，从而可能导致内存泄漏。”这句太模糊了，“我”的理解很容易是“但动态分配的内存不会被销毁，无论这些内存是否被某个类管理着都一样，从而可能导致内存泄漏。”； “在c++11以前，该问题...”：“在c++11以前，该问题没有解决方法” 实际上如果抛出异常，从throw异常点到catch捕获点之间的所有局部变量的析构函数（如果有的话）也会被反序的调用到，而这是回收动态内存（对象）的关键。在C++11之前没有智能指针也可以用自定义的类来管理动态内存（对象）

最新文章

目录

评论

被折叠的条评论为什么被折叠?

到【灌水乐园】发言

查看更多评论

添加红包

成就一亿技术人!

hope_wisdom

发出的红包

实付元

使用余额支付

点击重新获取

扫码支付

钱包余额 0

抵扣说明：

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