作者:AlbertWen
添加时间:2018-07-06 10:44:58
修改时间:2025-08-01 03:00:22
分类:
招聘/面试/总结
编辑
任职要求:
1. 统招本科及以上学历,有5年及以上相关工作经验,对技术保持热情,喜欢具有挑战性的技术研究工作, 能深入到系统细节,处理分析疑难问题;
2. 良好的沟通和表达能力,包括书面表述能力和口头沟通能力,积极主动融入到团队内部;有服务意识和owner精神,能在一定压力下推进相关工作有序开展;
3. 熟练掌握Linux平台下的java应用开发相关技术, 有Java Nio/多线程编程实战经验;
4. 熟练使用 Spring、Mybatis、Netty 框架,熟悉其内部原理、阅读过其源代码者优先考虑;
5. 熟悉tcp/ip, http等网络通信协议 , 对网络通讯、高并发、高性能、高可维护性分布式系统的设计及应用有丰富经验;
6. 参与过大型分布式系统的架构设计及开发,理解SOA/微服务架构体系相关知识;
作者:AlbertWen
添加时间:2017-10-27 10:01:29
修改时间:2025-08-11 04:07:46
分类:
13.C/C++/仓颉
编辑
作者:AlbertWen
添加时间:2017-12-02 19:35:14
修改时间:2025-08-12 03:54:17
分类:
06.Linux软件安装
编辑
作者:AlbertWen
添加时间:2018-08-11 11:51:50
修改时间:2025-08-11 15:18:50
分类:
08.Java基础
编辑
appendReplacement(StringBuffer sb, String replacement)
将当前匹配子串替换为指定字符串,并且将替换后的子串以及其之前到上次匹配子串之后的字符串段添加到一个StringBuffer对象里,而
appendTail(StringBuffer sb) 方法则将最后一次匹配工作后剩余的字符串添加到一个StringBuffer对象里。
例如,有字符串 fatcatfatcatfat,假设既有正则表达式模式为"cat",第一次匹配后调用appendReplacement(sb, "dog"),那么这时StringBuffer sb的内容为fatdog,也就是fatcat中的cat被替换为dog并且与匹配子串前的内容加到sb里,而第二次匹配后调用 appendReplacement(sb, "dog"),那么sb的内容就变为fatdogfatdog,如果最后再调用一次 appendTail(sb),那么sb最终的内容将是 fatdogfatdogfat。
作者:AlbertWen
添加时间:2018-07-23 10:54:09
修改时间:2025-06-25 14:57:11
分类:
15.OpenResty_Lua
编辑
作者:AlbertWen
添加时间:2018-07-01 23:53:05
修改时间:2025-08-11 16:28:32
分类:
08.Java基础
编辑
作者:AlbertWen
添加时间:2018-10-17 00:01:40
修改时间:2025-06-20 18:37:13
分类:
MySQL/Redis
编辑
作者:AlbertWen
添加时间:2019-03-31 09:09:59
修改时间:2025-08-12 03:30:51
分类:
15.OpenResty_Lua
编辑
在函数定义之前使用函数相当于在变量赋值之前使用变量,Lua 世界对于没有赋值的变量,默认都是 nil,所以这里也就产生了一个 nil 的错误。
作者:AlbertWen
添加时间:2017-10-27 09:57:59
修改时间:2025-06-25 23:25:35
分类:
11.PHP基础
编辑
今天用rtrim()函数时遇到了一个奇怪的问题:
echo rtrim('</div>', '</div>'); // 输出为 <p
echo ltrim('www.cnblogs.com','www.'); // 输出为 cnblogs.com
以上的输出结果有点出人意料,本来我想第一行应该输出
,第二行会输出cnblogs.com。
作者:AlbertWen
添加时间:2017-10-29 21:21:20
修改时间:2025-05-29 05:32:29
分类:
MySQL/Redis
编辑
今天本来是想测试一下在使用触发器的情况下在一个表中插入1百万条数据和用代码实现有多大差别。但没想到插入语句一直执行不完,而观察安装MySQL的服务器CPU使用才5%左右。
这么慢的速度实在等不下去了,于是把innodb_flush_log_at_trx_commit参数调整为2.哈,好家伙,CPU占用马上跳到了70%左右,果然变快了。而且我的数据一会儿就插入完成了。于是深刻地明白了,以前在innodb_flush_log_at_trx_commit为1的时候,大多数时间CPU都在等待日志的读写。