问题 :https://leetcode-cn.com/problems/combination-sum/
解:https://gitee.com/footmanff/leetcode/blob/master/src/main/java/com/footmanff/leetcode/P39_1.java
问题 :https://leetcode-cn.com/problems/combination-sum/
解:https://gitee.com/footmanff/leetcode/blob/master/src/main/java/com/footmanff/leetcode/P39_1.java
问题 1:
https://leetcode-cn.com/problems/ugly-number/
解:https://gitee.com/footmanff/leetcode/blob/master/src/main/java/com/footmanff/leetcode/P263.java
问题 2:
问题 :https://leetcode-cn.com/problems/spiral-matrix/
解:https://gitee.com/footmanff/leetcode/blob/master/src/main/java/com/footmanff/leetcode/P54.java
直接模拟旋转,处理一些边界条件比较麻烦,wrong 了好几次。
问题:https://leetcode.com/problems/merge-k-sorted-lists/
解:https://gitee.com/footmanff/leetcode/blob/master/src/main/java/com/footmanff/leetcode/P23_2.java
Runtime: 6 ms, faster than 54.03% of Java online submissions for Merge k Sorted Lists.
Memory Usage: 41.4 MB, less than 59.41% of Java online submissions for Merge k Sorted Lists.
解法是对 ListNode array 头部数字排序,然后每次对第一个位置的 array 执行出队,出队以后,利用重新对所有 array 排序(冒泡),并重复执行上述过程。
要再找个更优解法。
1 | public abstract class AbstractBeanFactory extends FactoryBeanRegistrySupport implements ConfigurableBeanFactory { |
事务执行的代码:
1 |
|
这里的问题是第二次查询,在执行 select … B1 时,没有在 B 库上执行,而是在 A 库上查 B1 表,就报错了。这个原因应该是数据源(DataSource)用的是动态数据源,导致没有重新获取连接。
最近在优化 ES 的搜索性能,其中有一个优化点是避免对 nested 结果的使用,对 nested 结构内的字段查询时候,相对不非 nested 结构的字段,性能会有损耗。本文不去具体说这个损耗的原理,只说解决办法。感兴趣的可以看看这篇文章:https://www.jianshu.com/p/f0a15e21f61b。
最近在用 spock,但是搭环境时候碰到一个依赖问题,这里记录下解决过程:
为了使用最新版的特性,引入的 spock 的核心依赖是这样的:
1 | <dependency> |