这个算是 VS2010 的 BUG 吗?

本文详细阐述了一个在将项目从VS2003迁移至VS2010过程中遇到的编译错误,即在CS文件中声明了两个相同的变量,却未引发编译错误的问题。通过深入分析,最终发现后台代码中存在重复声明的控件,成功定位并解决问题。

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

今天修改一个项目的页面, 项目是从 VS2003 转到 VS 2010 的, 编译什么都没有问题, 但是打开一个菜单时, 出现错误页在, 提示“引用不确定”, 从这个字面上理解应该是页面类定义重复了, 于是我就在项目中查询这个重复的文件。梦痕文学网 http://www.menghen.net/

 

最终还是没有找到重复的定义, 修改类名, 命名空间都没有用, 没办了, 我就把文件给排除掉, 重新编译, 运行后又提示找不到类, 从这里又可以肯定类定义是没有重复的, 那问题到底出在哪里了?

 

最后在一个同事的提示在, 我看了一下后台代码页面控件的声明, 发现有两个一模一的声明, 删除一个问题就解决了。

 

这是怎么回事, 在 CS 文件中, 声明了两个一样的变量,竟然编译不会出错? 

这次的文章标题原本想叫《记一次因错用HashMap造成的生产BUG》,但作者觉得这个标题可能会让人联想到某些Java公众号写的标题党文章,所以改成了现在这个标题。在文章中,作者承认在A接口中将所有产品都放到HashMap中并不太规范,但在实际实现中是可行的,所以并不算是“错用”。然而,作者在写代码时疏忽了缓存的问题,忽视了HashMap在多线程环境下不能使用的要求,结果写出了有BUG的代码。 作者从这次线上BUG中学到了几个教训:首先,在使用直接存放对象引用的内存缓存时,要注意不要修改从缓存中获取的内容;其次,在修改代码时,要全面考虑前后逻辑,思考修改的后果;再次,不要困于思维陷阱,在寻找问题时不一定问题出在前面的代码;最后,遇到解决不了的问题时,寻求帮助是很重要的,领导在几分钟内就发现了作者几个小时都没找到的BUG。 问题出现在addDisplayStyle()方法中。当有多个APP请求A接口时,业务线程执行到product.put("displayStyle", displayStyle)这行代码时,实际上是在往同一个Map中放入元素。由于key相同,就会发生哈希冲突。如果此时某个Map的元素个数达到了扩容条件,就会触发扩容,并有可能出现链表成环的情况。当有新的请求到来时,工作线程执行到recommends = deduplicateAndGetFirstN(recommends, 3)这行代码。 综上所述,这次的文章是关于作者经历的一次因错用HashMap而导致生产BUG的经历。作者从中学到了关于使用缓存、修改代码、寻找问题和寻求帮助等方面的教训。问题出现在addDisplayStyle()方法中,当多个APP请求A接口时,可能会触发HashMap的扩容并导致链表成环的情况。<span class="em">1</span><span class="em">2</span><span class="em">3</span><span class="em">4</span>
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值