springjdbc存储过程
‘壹’ NamedParameterJdbcTemplate 可以防止sql注入吗
预编译可以有效防止注入，另外存储过程也有一定效果据说，自己用正则过滤是最好的选择~
‘贰’ spring对jdbc的支持主要是通过什么设计模式来实现jdbc的流程封装处理
Spring对JDBC的支持主要是通过模板方法设计模式来实现JDBC的流程封装处理的。以下是关于这一点的详细解释：
模板方法设计模式：
- Spring的JdbcTemplate类是一个典型的模板方法设计模式的实现。
- 模板方法设计模式定义了一个算法的骨架，而将一些步骤延迟到子类中。JdbcTemplate提供了一个执行SQL操作的骨架，而具体的SQL语句和结果处理则留给子类或调用者来实现。
封装JDBC流程：
- JdbcTemplate封装了JDBC的核心流程，如打开连接、创建语句、设置参数、执行查询或更新、处理结果集以及关闭资源等。
- 通过这种方式，开发者无需重复编写这些繁琐且容易出错的代码，只需关注具体的SQL语句和业务逻辑。
提供便捷方法：
- JdbcTemplate提供了多种便捷方法，用于执行不同类型的SQL操作，如查询、更新、调用存储过程等。
- 这些方法内部已经处理了JDBC的异常转换、资源关闭等细节，使得开发者可以更加专注于业务逻辑的实现。
利用反射和Meta信息：
综上所述，Spring通过模板方法设计模式在JdbcTemplate类中实现了对JDBC流程的封装处理，为开发者提供了便捷、高效的数据访问方式。
‘叁’ 鍒濆﹁呭备綍杩呴熷︿範java銆亀eb鍓岖寮鍙
澶氭暡锛佸氭暡锛佸氭暡锛
锘烘湰涓婃疮涓涓鍒濆﹁呴兘浼氶亣鍒拌繖镙风殑闂棰桡纴鍖呮嫭鎴戜箣鍓崭篃鏄涓镙凤纴瀵艰嚧镄勫师锲犲氨鏄镊宸变笉锽沧㈠姩镓嬶纴灏辩畻镊宸辨湁浜嗘濊矾锛屽嵈涓岖煡阆扑粠浣曚笅镓嬶绂锲犱负鍦ㄤ綘镄勮剳娴蜂腑涓鐩村硅繖浜涢樼洰閮芥槸瀛桦湪浜庢暟瀛︿笂闱㈢殑镎崭綔锛岀湡镄勮佷娇鐢ㄤ唬镰佸幓瀹炵幇镄勬椂鍊欎綘鑴戝瓙灏变细涓绡囩┖锏
涓涓浠ｇ爜鍐椤氢简镄勪汉锛屼笉绠′綘镄勯渶姹傚啀闅撅纴浠栦篃鑳藉啓鍑轰竴涓锘烘湰镄勬嗘灦鍑烘潵锛屼篃涓嶈呖浜庢棤浠庝笅镓嬶纴锲犱负浠ｇ爜鍐椤氢简镄勪汉閮戒细镐荤粨鍑轰竴濂楄勫緥锛屽紑鍙戦兘鏄杩欎竴涓濂楄矾
銆2020链鏂癑ava锘虹绮捐茶嗛戞暀绋嫔拰瀛︿範璺绾匡紒銆
灏辫窡浣犲缓鎴垮瓙涓镙凤纴锘烘湰镄勬嗘灦鎼寤哄畬姣曚箣钖庯纴鍙闇瑕佹参鎱㈢爩镰栧氨琛屼简
镓浠ワ纴瀛︿範Java链娉ㄩ吨镄勫氨鏄瀹炴搷锛屽ぇ瀹堕兘鐭ラ亾铡讳竴涓鍏鍙镐箣钖庨兘鏄锷ㄦ坠鏁蹭唬镰侊纴钥屼笉鏄鍦ㄦ梺杈规寚鎸ワ纴锲犱负鍏鍙镐笉浼氱粰浣犺繖涔埚ぇ镄勬潈锷涳纴浣犱篃杈句笉鍒拌繖镙风殑绾у埆锛屾墍浠ュ叕鍙歌佺殑鏄鑳藉熷啓浠ｇ爜镄勪汉锛屼綘镄勭悊璁哄湪杩欓噷娌℃湁澶澶х殑浣灭敤
绔椤湪宀镐笂瀛︿笉浼氭父娉崇殑阆撶悊澶у堕兘搴旇ョ煡阆
Java瀛︿範璺绾
绗涓阒舵碉细
瀛︿範java棣栧厛鏄寰楀畨瑁呴厤缃甹dk
涓嬮溃寮濮嬫垜浠镒夊揩涓旀帀澶村彂镄刯ava涔嬫梾
1銆佸叆闂ㄧ殑锘烘湰绀间华锛欻elloWord
2銆丣ava锘虹璇娉
3銆丣ava𨱒′欢缁撴瀯
4銆丣ava寰鐜缁撴瀯
绗浜岄桩娈碉细
鏁扮粍锛氭暟缁勪綔涓箦ava閲岄溃镄勭涓涓鍙浠ュ瓨鍌ㄦ暟鎹镄勫瑰櫒锛屼篃鏄钖庨溃闆嗗悎镄勫熀纭
绗涓夐桩娈碉细
闱㈠悜瀵硅薄锛氢竾鐗╃殕鍙瀵硅薄锛岃繖涔熸槸java镄勬牳蹇冩濇兂锛岀紪绋嬬殑镞跺欎篃瑕侀溃钖戝硅薄缂栫▼锛岀﹀悎Java镄勭紪绋嬭勮寖
JVM锛氢简瑙Java涓镄勫彉閲忋佸父閲忋佸紩鐢ㄥ湪JVM涓锲界殑瀛桦偍鍖哄烟
绗锲涢桩娈碉细
Java甯哥敤绫诲簱锛歋tring瀛楃︿覆镄勫簲鐢ㄣ丮ath鍜娈ate銆侀泦钖堟嗘灦銆佸纾甯稿勭悊銆佸弽灏
绗浜旈桩娈碉细
IO娴侊细瀛楄妭娴併佸瓧绗︽祦銆佸叾浠栨祦銆佹枃浠惰诲啓鍙婄紪杈戙佹枃浠朵笂浼犱笅杞
绗鍏阒舵碉细
澶氱嚎绋嬩笌缃戠粶缂栫▼
绗涓冮桩娈碉细鏁版嵁搴
Mysql鏁版嵁搴掳细
鏁版嵁搴揿熀纭
鏁版嵁搴撶殑瀹夎
浣跨敤璇鍙ュ缓琛
浣跨敤璇鍙ヨ繘琛屽炪佸垹銆佹敼銆佹煡
澶氲〃镆ヨ
瀛愭煡璇
澶嶅悎镆ヨ
鍒嗛〉镆ヨ
鍒嗙粍镆ヨ
鏁版嵁瀛楀吀
璁块梾鎺у埗
瀛桦偍杩囩▼
鍙瑙嗗寲宸ュ叿镄勪娇鐢
JDBC锛
JDBC锘虹
ORM
JDBC楂樼骇
绗鍏阒舵碉细鍓岖锘虹
HTML锛
HTML锘虹
HTML甯哥敤镙囩
HTML琛ㄦ牸
HTML琛ㄥ崟
HTML澶氩獟浣
缃戦〉鏁翠綋缁撴瀯
CSS:
CSS阃夋嫨镄勬牱寮
CSS鏂囨湰镙峰纺
CSS鑳屾櫙鍜屽垪琛
CSS鐩掑瓙妯″瀷
Float娴锷
CSS瀹氢綅
CSS缃戦〉甯冨眬
CSS缃戦〉甯冨眬锘虹
JS:
JavaScript锘虹璇娉
JavaScript娴佺▼鎺у埗璇鍙
JavaScript鍑芥暟
JavaScript鍐呯疆瀵硅薄
锘虹
浜嬩欢
JavaScript瀹炵幇杞鎾鏁堟灉
JQuery锛
Ajax锘虹
JQuery阃夋嫨鍣
JQuery灞炴ф搷浣
JQuery甯哥敤鍑芥暟
JQuery浜嬩欢澶勭悊
JQuery寮傛ヨ锋眰
绗涔濋桩娈碉细Javaweb
JAVAWEB锛
JAVAWEB镙稿绩锘虹
JAVAWEB涓璲sp鍙妀ava鑴氭湰鎸囦护
Jsp涓闅愬纺瀵硅薄
Servlet镙稿绩澶勭悊鍣
Jsp涓巗ervlet瀹炵幇锏诲綍
JAVAWEB涓镄剆ession
JAVAWEB镄勪细璇濊窡韪
Jsp锷ㄤ綔搴旂敤
Jsp镄凟L琛ㄨ揪寮
JSTL镙囩句娇鐢
JSTL寰鐜杩浠
JSTL EL缁煎悎缁冧範
AOP缂栫▼
Filter杩囨护鍣ㄥ簲鐢ㄥ疄渚
JAVAWEB鏂囦欢涓娄紶涓嬭浇
MVC妯″瀷
绗鍗侀桩娈碉细楂樼骇妗嗘灦
鏋勫缓javaweb搴旂敤锛
妗嗘灦姒傝堪
浣跨敤娉ㄨВ鎶婄被镓樼＄粰spring
Lod4j
Spring鏁村悎JDBC
JDBC Template瀹炵幇鏁版嵁镎崭綔
SpringMVC搴旂敤锘虹镙稿绩
瑙嗗浘瑙ｆ瀽鍣ㄥ拰娉ㄨВ
鎺у埗璇锋眰鏂规硶镄勫弬鏁拌剧疆
瑙嗗浘杞鍙戙侀吨瀹氩悜
Mybatis妗嗘灦镄勫簲鐢锛
Mybatis榛戝绩锘虹姒傝堪
Mybatis鍏ㄥ眬閰岖疆
Mybatis锘烘湰镆ヨ㈡椠灏
Mybatis镟存柊鏄犲皠鍜岀紦瀛
Mybatis镆ヨ㈢粨鏋灭殑灏佽呭拰楂樼骇鏄犲皠
Mybatis锷ㄦ丼QL
SPring鏁村悎Mybatis
绗鍗佷竴阒舵碉细镓╁𪾢鍐呭
Junit
璁捐℃ā寮
GIT/SVN浠ｇ爜绠＄悊鍣
Redis
Maven
Springboot
Springcloud
Linux
Shiro
Lucene
Vue
Oracle
Spring Data JPA
鎶勪唬镰佽槠铹舵槸绋嫔簭锻樼殑镞ュ父锛屼絾鏄鍒濆﹁呴潪甯镐笉寤鸿铡绘妱浠ｇ爜锛屾妱镄勪唬镰佸彧浼氲╀綘瓒婃妱瓒娄贡锛屼粠钥屼娇镊宸辩殑镐濈淮灏变緷璧栧湪浜嗙栌搴︿笂锛岃嚜宸变竴镣规濈淮閮芥病链夛纴闾ｆ湁濡备綍铡绘彁鍗囱嚜宸卞憿
浠ｇ爜涓瀹氲佹湁镊宸辩殑镐濊矾锛岀劧钖庡啀鎶婅嚜宸辩殑镐濊矾杞涓轰唬镰佸疄鐜帮纴杩欐墠鏄瀛︿範Java镄勬ｇ‘鏂瑰纺
‘肆’ java调用存储过程返回游标的结果集无法关闭游标的问题
在过程里判断很简单呀
CREATE OR REPLACE PROCEDURE TESTPROC(CUR OUT SYS_REFCURSOR)
AS
default_c SYS_REFCURSOR;
BEGIN
OPEN CUR FOR SELECT * FROM AA;
if CUR%rowcount = 0 then
CUR:=default_c;
end if;
END;
定义一个默认空游标，没数据就返回它呗
‘伍’ 使用hibernate的11大优势
Hibernate在解决性能问题方面做得非常好 有了它的缓存机制 使用第三方缓存和数据库连接池 就较好的解决的性能问题 但这些还不够 hibernate给了开发者足够的自由 让开发者自己去控制性能问题
学习了一段时间的ibatis 我觉得hibernate有着ibatis无法替代的优势
开发者都知道 hibernate让我们以oo的方式操作数据库 这让我们看到了hibernate的强大之处 体验到操作数据的方便 但Gavin King说 hibernate最耀眼之处是hibernate的缓存机制 而不是以oo的方式操作数据库 Hibernate的缓存机制不外乎是一级缓存session 二级缓存sessionFactory 和第三方缓存如ehcache 也就是hibernate的最强大的地方是它的缓存 理解了这个才能真正的理解hibernate 缓存实在太难了 我至今未能真正理解
可维护性 ibatis宣扬写sql语句 它将sql语句放进一个单独的xml文件 这种方式赢得了很多开发者的喜爱 一句话 方便维护 但hibernate同样具有这种功能 而且比ibatis更加强大 Hibernate的命名查询/命名参数查询 就是将hql语句放在一个单独的xml文件之中 它仍然让人们以面向对象的方式去操纵数据 这得到大量遵循oo方式开发者的喜爱 而不用在以oo的方式写着代码的同时 然后再转变思维 用面向关系的方式去写那些sql语句 但hibernate不仅做了这些 它的native sql查询方式 完全满足sql语句的偏爱者 它像ibatis一样 将sql语句放在配置文件之中
性能 我坚信 hibernate性能问题不是问题 想想那么多大中小项目都在使用hibernate 你还怀疑hibernate的性能吗？spring整合hibernate之后 在真正性能瓶颈的地方 完全可以使用spring集成的jdbc 或直接写存储过程得了 但首先得确认 这实在是性能瓶颈的地方 我想 不应想当然的认为性能的问题 所谓的性能问题阻挠了很多人
我认为 性能的好坏无外是发送sql语句的多少而已 性能好 发送的sql语句少 性能差 就是发送大量的sql语句 Hibernate在解决性能问题方面做得非常好
有了它的缓存机制 使用第三方缓存和数据库连接池 就较好的解决的性能问题
但这些还不够 hibernate给了开发者足够的自由 让开发者自己去控制性能问题
我认为开发者可以在以下几个方面自行调优
a 在查询字符串中 应该总是使用jdbc的占位符？ 或使用使用命名参数 不要自查询中使用字符串值来代替非常量值
b Flush会影响性能 频繁刷新影响性能 尽量减少不必要的刷新
c Cascade策略 在几对几的关系 正确设置cascade策略 想清楚在操作对象A的同时是否需要级联操作对象B 比如在one to many的父子关系中 删除了父亲one 需级联删除子many 这时的one这端可设置cascade = delete 这样在删除one时 会自动删除子 但对子的操作不会影响父 Cascade还有其他的属性值 只要设置正确 可提升性能
d lazy策略 正确设置延迟加载策略同样会提升性能 在one to many或many to many中 通常总应该延迟加载many的一方的到内存 设置了lazy = true 首先发送sql语句 加载自己到内存 到需要时才加载级联对象 lazy= false 则会同时加载自己和级联对象到内存
e 另外还有集合的性能（set list map array） 都应正确设置
f 正确使用第三方缓存 在读操作频繁写操作不多的情况 使用第三方缓存可大幅度提升性能 如ehcache的缓存策略有 read only read write和notstrict read write
f 随着hibernate新版本的发布 和技术的发展 我相信hibernate的性能会越来越好 所有性能不是不使用hibernate的原因
hibernate不仅仅作为持久层的orm框架存在 它除了层的持久化操作外 还有很多
在注解annotation已经走向主流的今天 hibernate 迅速响应 让xml部署描述符成为可选的 Hibernate annotation 对大字段的处理只是一个@Lob就搞定了
hibernate search对Lucene进行了轻量级的封装 全文检索变得非常简单
Hibernate validator被认为是最合理的验证方式 将验证策略直接附在贯穿各层的领域模型domain上 不再需要哪些web框架的xml方式的验证 代码中不再出现大量的非空/null的判断
jbpm Jbpm业务流程引擎的持久层采用hibenrnate来实现 要想使用jbpm hibernate是必须的 我想 业务流程管理无比重要 在soa迅速发展的今天 如果实施soa项目 业务流程管理是必然和必须的 因为soa就是业务和it技术的融合 是业务流程管理和it基础架构的融合 在soa中 业务管理是第一位的 这需要相应的技术来实现该业务流程管理 开源领域的jbpm我想会是首选 所以 为了将来有可能实施soa项目 为了实现soa的业务流程管理 应该使用hibernate
大家都知道 hibernate将ejb 时代的实体bean赶进了历史 而ejb 的jpa标准也只不过是hibernate的子集而已 jsr规范请求的威力是巨大的 没有各种jsr规范请求 就不会有各种应用程序框架 各种应用程序框架只是那些jsr规范请求的实现者 jpa作为持久层的规范标准 引导持久层orm框架的方向 jpa同样以面向对象的方式操作数据库 而不是写sql语句 规范标准都完全orm 不写sql了 你还有理由不跟着它吗？
Spring+hibernate+范型+可变参数 这是一个非常强大的组合 对应普通的crud操作 你不再需要重复写那些烦人的相似的层和manager层的代码 仅仅需要写一次 就完成了所有大量的crud操作 Ibatis尽管也支持范型 但始终没有hibernate支持的好
Jboss hibernate是jboss的项目 jboss的所有项目的持久层都采用的hibernate 要知道 jsr规范组的专家们大多数是来自jboss的 在一定程度上说 jboo引领着java的发展方向 使用hibernate 跟着jboss 不偏离java的发展方向
Gavin King 我最崇拜的偶像 他不仅发明了强大的hibernate 还搞出了同样强大且优雅的web 应用程序框架seam 他是ejb 专家组成员之一 是jpa规范请求的领导者 他java领域最有发言权 最权威的领袖人物之一 现在 他领导web bean的 jsr 的发展 web bean规范的制定 全球软件巨头如ibm oracle bea和apache没有一个反对 纷纷响应 Web bean 想象起来 实在太美好了 完全的松耦合和强类型 所有的应用组件生活在一个应用组件上下文context中 相互合作 那时将不再有各种各样的上下文环境 不再有struts 的ActionContext 不再有spring的ApplicationContext 不再有hibernate的session 不再有持久化上下文 不再有事务上下文 不再有安全上下文 所有组件生活在一个大家庭中 大家其乐融融 实现天下的大和平
osgi 我认为现在最值得学习的一个技术 有了osgi 实现真正的多模块开发 改变传统的开发方式 现在 已经有了hibernate osgi spring dynamic mol（osgi） struts 同样实现了对osgi的支持 目前 eclipse是基于osgi开发的 ibm的websphere v bea的所有产品都重构在osgi上 spring的应用服务器同样基于osgi 在EclipseCon 上 osgi成为了主要的话题 Osgi受到如此的待遇 一点不奇怪 因为他具有无比强大的功能 改变传统的软件开发方式 Osgi采用树设计模式 将一个项目分成多个模块（bundle） 每个模块单独部署 单独运行 说白了 就是将一个工程分成许多的插件 每个插件单独开发 重复使用 实现完全的即插即用 太令人激动了 如果公司的软件开发基于osgi 将会有大量的重复使用的osgi bundles 公司将会积累大量的无形资产 软件开发将会越来越快 而ibatis现在还没见到对osgi的支持
hibernate的社区非常繁荣 ibatis则相对平静
综述 hibernate还有很多优秀的特点 只是我们不知道 Hibernate与ibatis 就像大家闺秀对小家碧玉 大家闺秀不仅具有小家碧玉的全部 而且知名度更高 更受尊敬 更受人追捧 更有发展前途 小家碧玉尽管也很有魅力 但始终比上大家闺秀
Hibernate所做的不仅仅是层的持久化工作 而ibatis恰恰如此
选择hibernate 选择orm的王者 选择更全面的工作体验 选择更高效的工作方式 选择更多的利润 选择Gavin King 跟着领袖走 选择jboss 追随开源的潮流 不偏离java的发展方向
lishixin/Article/program/Java/ky/201311/28357
‘陆’ 什么是CallableStatementCallback
Spring JDBC抽象体系内的回调接口
CallableStatementCallback：通过该接口，可使用原生的JDBC命令调用存储过程和函数
‘柒’ Java学习的话主要会学哪几个框架呢
Java框架可以简化开发难度，更便于我们开发程序。所以学好Java框架还是比较重要的。Java的框架主要有：SpringMVC、Spring、Mybatis、Dubbo、Maven、RabbitMQ、Log4j、Ehcache、Redis、Shiro。不过这十个我们不需要都学会，只要学会其中四五个比较常用的就可以。
第一个，SpringMVC。Spring MVC是一种基于Java的实现了Web MVC设计模式的请求驱动类型的轻量级Web框架，主要是帮助我们简化日常的Web开发;
第二个，Mybatis。MyBatis 是支持普通 SQL查询，存储过程和高级映射的优秀持久层框架;
第三个，Spring。Spring深得企业的青睐;
第四个，Maven。越来越多的开发人员开始使用maven。
掌握以上四种框架，你在找工作的时候就会比较吃香。不过想把这四种框架学会也不容易。不了解Java的人可能看的都一头雾水更别说学习了。这是因为想要学习Java框架还要从Java的基础部分学起。而从基础部分自学到Java框架，花费的时间就长了。