生产环境中，一个运行多年的SpringBoot项目出现因GBK到Unicode转换失败导致的奔溃问题，主要涉及Boost库和glibc的iconv_open函数。分析发现gconv_cache.c的find_module调用失败，glibc版本为2.19。问题定位到glibc源码难度高，寻求解决方案。
生产环境，已经运行了好几年，一直没有问题。最近频繁奔溃(一般是连续运行好几天才奔溃一次)。boost 返回的 奔溃显示是 invaild_charset gbk. 通过在glibc中打断点，发现调用iconv_open的时候，返回错误码 __GCONV_NOCONV
目前通过添加断点，已经分析到 是gconv_cache.c：423 行调用 find_module 失败，从而抛出异常。
我使用的glibc版本是2.19
哪位大佬知道，指导下。谢谢
不用考虑输入pGBK的问题，因为使用同一个请求文本，30路压测，一般2天左右，就会奔溃。
ps：glibc源码编码太难，不然的话，就可以在glibc中添加日志，查bug了
因为一旦一棵树的框多于1，其可以转化为多个同颜色框+1个同树框。
所以问题就变成了n个树，每棵树可以选择用不用同树框。这其实就是一个01背包的变形。
dp[i][j][k]表示执行到前i颗树，红色剩j个，蓝色剩k个，的状态，最大满筐数是多少。
这样是个n^4的dp，根据经验，可以省去蓝色的那一维，转而用总量减去红色剩余量来表示剩余的蓝色浆果。
所以：dp[i][j]表示执行到前i颗树，红色剩j个.的状态，最大满筐数是多少。
遍历i时，枚举s，表示这一同树框中放红色浆果s个，蓝色k-s个。枚举时保证合法性。
再枚举j，用dp[i-1][j]来更新当前状态。
设nm1表示当前装s个红色浆果到同树框后，红色浆果剩余量，显然：nm1=j+a[i]-s,
最低0.47元/天 解锁文章
1886
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
