那些年踩过的坑（满目疮痍，一身狼狈）

【前言】

从一名计算机小白到一名IT职业人员，从编程小菜鸟到技术大佬，蜕变过程中增加的不仅仅是专业知识或专业技术，还有一系列大大小小的坑。个人认为经验的积累少不了这些大大小小的教训，有些教训让人脸红，因为它错得很幼稚，有些教训迂回繁琐，错得刻骨铭心。但无论它们如何高大上，又如何略矬俗，却始终是成长的证据。

仰观宇宙之大，觉知生命之须渺，虽然客观上我们并不曾来过，但主观而言，生命确是我们所有仅有的一切，在这一切里，经验和教训才是我们成长最有力的证据，正是成长让我们感受到更多的神奇与精彩，充实与满足。

【jQuery相关】

1.想要删除使用js动态追加的元素，则需要使用on()方法。否则删除不了。只要是动态追加的元素，都可以采取这种方法对该元素的事件进行捕获。

2.单独的a标签（如：<a></a>）是不会产生连接效果的（即：当鼠标移至上面时 是不会出现“小手”符号的），除非为其设置herf属性。

3.如果a标签设置了herf属性却没有指定值（如：<a href=" "></a>）则js捕获不了其点击事件（js设置其点击事件处理函数不生效），此时点击该<a></a>标签会跳转到本页，相当于刷新。

4.如果html或jsp页面到的编码格式和js脚本文件的编码格式不同，那么进行中文字符的相等判断操作总是返回true。相当于一切中文字符或字符串变量的判等语句皆失效。

[SSM]

1.请求控制器时总是报错不支持request请求，当特意将相应的控制器设置为接收request请求时，又报错“不支持request请求”，前端使用post提交，控制器也设为接收post请求时，由报错“不支持post请求”，也就是说，不管你前端使用什么方式请求控制器，都报不支持相应的请求。此时应该考虑从控制器往后的后端数据通路是否正常，比如即使数据库字段和实体类的字段名都相同，是否配置了resultMap,进行手动映射（意思是叫你加一个resultMap进行手动映射）。

2.当使用Autowird注解注入依赖时，报错找不到相应的bean，也就是报“bean相关的工厂类在创建bean时由于找不到相应的bean而抛出异常...”，这时候需要重点检查业务层接口的实现类是否使用@Server注解声明。持久层的接口是否也使用了注解声明。当然前提是spring配置中已经确认完整地将相应的目录包扫描进spring环境中去了。

3.idea中部署ssm项目，发布到tomcat上，tomcat跑起来了，即将跳转到浏览器时报错“找不到应用程序”，没有任何报错信息。这是因为Tomcat在build并发布项目后，准备在默认浏览器打开页面时，idea没有找到相应的浏览器。不妨设置一下tomcat里面的浏览器为指定的（其他的）浏览器（而不是Default）：

4.搭建SSM开发环境，如果报某个dao接口无法映射或者不存在某个dao接口的bean时，如果确保spring将dao接口所在的包扫描进去了并且namespace的值没有问题，那么病根可能在SQL映射文件里，尤其看一下是否某一个标签的属性设置有问题。

[Java]

1.当试图从一个空集合中通过索引（index）获取集合元素时，会报“IndexOutOfBoundsException”异常，我遇到这个异常是因为我试图使用get(0)读取了一个未经检查是否为空的ArrayList集合的首元素。