<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[storm1979的专栏]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/storm1979</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; storm1979]]></copyright><item><title><![CDATA[mybatis-plus整合过程typeAliasesPackage的坑]]></title><link>https://blog.youkuaiyun.com/storm1979/article/details/139096604</link><guid>https://blog.youkuaiyun.com/storm1979/article/details/139096604</guid><author>storm1979</author><pubDate>Tue, 21 May 2024 16:56:08 +0800</pubDate><description><![CDATA[近期在用ruoyi-cloud二开一个项目，整合过程中由于原来的业务模块是使用mybatis-plus，所以统一把common-core的配置增加了mybatis-plus-boot-starter。检查了一圈也没发现问题，对报错位置的TypeAliasRegistry.resolveAlias(TypeAliasRegistry.java:116)进行debug，发现启动过程没没有针对typeAliasesPackage配置的包进行扫码，造成实体类的别名没有生成记录。]]></description><category></category></item><item><title><![CDATA[最近用小程序遇到的坑]]></title><link>https://blog.youkuaiyun.com/storm1979/article/details/72736518</link><guid>https://blog.youkuaiyun.com/storm1979/article/details/72736518</guid><author>storm1979</author><pubDate>Thu, 25 May 2017 18:53:47 +0800</pubDate><description><![CDATA[微信设计了一个rpx的确实是对屏幕适配省了不少事，只要设计按750宽度做设计，大部分标签就能自适应了。
没错只是大部分，对应scrollView的scrollTop、scroll-left实际计算是用px来算的，这样就要让你通过实际宽度和750的比例折算出实际px数据，而不能是rpx的高度。
还有就是map，地图也是一样，controller的top和left也是px来的。


地图的坑]]></description><category></category></item><item><title><![CDATA[lucene索引合并]]></title><link>https://blog.youkuaiyun.com/storm1979/article/details/2580826</link><guid>https://blog.youkuaiyun.com/storm1979/article/details/2580826</guid><author>storm1979</author><pubDate>Tue, 24 Jun 2008 08:55:00 +0800</pubDate><description><![CDATA[最近公司的项目用到lucene，开始的时候还是好好的，不过后来索引文件超过1G后就发现添加索引超慢。在google找了几篇文件，修改了lucene的参数也不见快什么。最后还是采用先建RAM，然后达到一定数量就合并到原来的索引文件。合并的时候发现了一个问题原来的索引文件越大合并时间越长，而且不管你合并上去的索引数量多少，合并的时候并不会减少多少。private static void mer]]></description><category></category></item><item><title><![CDATA[lucene创建索引]]></title><link>https://blog.youkuaiyun.com/storm1979/article/details/2580819</link><guid>https://blog.youkuaiyun.com/storm1979/article/details/2580819</guid><author>storm1979</author><pubDate>Tue, 24 Jun 2008 08:53:00 +0800</pubDate><description><![CDATA[昨天测试了一下，如果每10w条索引合并一次，在5、600w数据的时候合并的次数多，而且每次时间都增加不少。如果再多全部写到RAM里面，则内存消耗很厉害；全部写到临时索引文件在超过1w后速度就开始慢，而且随数量增加消耗时间越多。

最后最终决定做三层交换，先在RAM写5w，然后合并到临时索引文件。当临时索引文件达到40～60w就合并到原来的索引文件。这样由于临时索引文件小，合并的时间短；也不用全部写...]]></description><category></category></item></channel></rss>