- 博客(189)
- 资源 (1)
- 收藏
- 关注
RSS订阅原创 2020中断三年之久的博客启示
1、在CSDN开博记得是2011年，当时写网页版游戏开发，后端使用 SFS2x框架，还是使用的Alpha版本。问题很多，翻看源码，基本核心的线程同步还有问题。就开始在CSDN上面大致写了下SFS2x系列，主要是想建个群，志同道合的朋友一起多多交流的目的。就再也没怎么管理过。2、后来javaeye被CSDN收购，之前很多收藏别人的博客（便于学习之用），后来同步到CSDN上面。3、近来发现不知什么时间起有总10W+的访问量了，大致看了下，大部分是原创文章占比大头，单篇突破1000+，有的5000+；
2020-08-01 14:13:32
161
原创 IT能力提升
2017马上过去了，留下一笔。本想写在公司wiki上面，总觉影响不好。后来找微信公众号，github，好吧，我承认老了。也许是使用wiki习惯了，看他们写的教程，想想算了，还是来csdn吧。时间: 2016年4月13日 (周三) 11:05IT能力提升与组织的一些相法上述是一封抄送领导的其中一封邮件的标题。时至今日。再回头看一下团队实际情况与里面的内容，别有一番
2017-11-15 15:59:24
1410
原创 MQ架构设计说明
MQ架构设计说明中间件可以划分为以下几类1、基于远程过程调用 (Remote Procedure Call, RPC) 的中间件，允许一个应用程序中的过程调用远程应用程序中的过程，就好像它们是本地调用一样。该中间件实现一个查找远程过程的链接机制并使调用方能够以透明方式使用这些过程。以前，这种类型的中间件处理基于过程的程序；现在，它还包括基于对象的组件。2、基于对象请求代理
2016-11-28 19:40:13
1785
原创 JVM调整--GC调优三选二原则
我们试着回答这样的问题：什么样的应用系统需要怎么样的JVM调整或是业务调整？结算系统，是我们的内部管理系统，这个与其他面向终端用户的系统有哪些差异？对我们的系统有哪些要求？1、批量操作是常态 业管或是结算人员每天有一些批量数据处理的刚性需求。限制住条数，控制住数量需要和相关人员沟通合理的方式。2、时效性有要求，但可以忍受 内部管理系统与最终用户使用的
2016-11-28 19:35:28
942
原创 成本权衡
近期，参与设计C端用户交易风控。事前，考虑规则的优先级以及处理逻辑。总是感觉稍微有那么繁杂。经过与业务人员讨论：确定，某个用户一定属于某个规则组，同时，这个规则组的规则一定是配置完备的。即不会再经过其他规则组。（黑白名单除外）经过简化：开发成本，理解力成本大幅下降。但另一个方面：运营成本，即一个运营人员想要对一个用户控制时，建立规则组，同时需要配置完备的规则。那这样，1、增加工作量
2016-08-18 10:15:52
1299
原创 java.io.NotSerializableException: java.util.ArrayList$SubList
一个同事发MQ消息，类似代码如下 List list = new ArrayList(200); for (int i = 0; i list.add(i); } for (int j = 0; j TestDto t = new TestDto();
2016-01-13 18:03:24
5597
原创 JAVA CPU 100 分析
某系统在2016-01-06T14:52:36 时间开始，监控发现CPU user time（us）一直保持在 60--100 ％区间。影响部分线上业务。线程堆栈发现，GC线程排在消耗首位。下面是GC日志部分截图：2016-01-06T14:50:31.180+0800: 102400.862: [Full GC [PSYoungGen: 40061K->
2016-01-09 15:45:54
541
原创 JVM参数最低标配说明
JAVA系统的程序，为在系统出现问题排查的需要，JVM配置参数：-XX:+PrintGC -XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:文件放置路径 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath:文件放置路径
2016-01-09 15:42:27
403
原创 系统设计之----分布式跟踪系统
一、设计依据 二、设计思路 1、核心数据模型字段 2、参数透传说明 3、日志格式（举例子） 4、链路性能指标（处理时间） 三、先决条件 1、Web Servlet Filter 调用链开始 2、Dubbo作为RPC 调用链跟踪 3、DB调用跟踪 4、Cache调用跟踪 5、MQ调用跟踪 四、系统对接步骤 1、引入相关...
2016-01-09 15:18:18
2327
原创 互联网团队的三三得九战术
牛马不相及。一、产品输出三S老板们系统讲故事，story；各种片段，或是撕裂的片段故事。抑或来自业务方，市场、运营、等等非技术团队的各种段子。经由产品部或是业务部，统一过滤。相关人生成对应的stage，即场景。将Boss的故事变成场景。很多故事听听也就罢了，但有些段子需要把握好。场景来了后交由技术团队要生成的时候，需要sprint，一个一个sprint 输出。二、架构设计三化
2015-09-12 16:26:59
489
原创 某零售项目实践---项目
一、项目简介零售改造项目是个长周期的一个项目，第一个上线版本计划完成需1年时间；内部开发测试，使用迭代式开发。二、项目过程2.1、项目前项目动员，必须的。而后，项目组员分工、人员安排、总体计划等一一落实到位。2.1、需求调具体是，项目前期，需求各区域调用阶段，需求人员奔赴各地的同时；搜集上来的人员已经开始根据实际情况，分优先级排期实现。当时，也曾担心；为什么这个阶段没有安排
2015-09-12 16:14:30
484
原创 Redis内存管理
很久没有听音乐了，找了一个只有一个左声道的耳机，听了罗百吉的两首舞曲，每次听，都让人心里澎湃一阵子。。。。架构选型Redis开源实现Codis。虽然之前也使用过Redis，时间久了难免一些地方生疏了起来，今将看到的官网内存管理的部分记录如下：http://redis.io/topics/memory-optimizationhttp://redis.io/topics/lru-
2015-06-11 16:24:04
467
转载 你我贷CTO冯炯：互联网金融的P2P+O2O怎么做？
5月21日，在中国最大的技术高管社区ITValue主办的“证券业CIO对话天弘基金”主题论坛上（ITValue+产业互联网系列论坛），91金融、你我贷、金信网等新锐互联网金融公司高管们和余额宝嵌入式营销模式的设计者天弘基金副总经理周晓明、CIO韩海潮，以及证券行业协会50多位CIO一起，深入剖析了互联网金融的现状、特点以及趋势，一起探讨跨界创新的机会。以下是对你我贷CTO冯炯的发言内容整理。
2015-06-04 15:12:31
1188
转载 阿里巴巴CTO王坚：只有跑在互联网和云计算上的才是大数据
互联网最初是一个工具，后来变成了一个国家经济社会发展的基础设施，阿里巴巴的成功就缘自于相信互联网会成为这样的基础设施。但有两件事情是今天很多人没有意识到的：其一是很多人会脱离互联网讲大数据，以为企业内部的大量数据就是大数据；其实这个观点是错的，只有在互联网上、与互联网连着的数据才是真正意义上的大数据。如果纯粹从量的角度看，欧洲做基本物理学研究的地方可能是世界上数据最多的一个地方，但
2015-06-04 14:47:00
957
转载 互联网金融的五个猜想和四大趋势
5月21日，在中国最大的技术高管社区ITValue主办的“证券业CIO对话天弘基金”主题论坛上（ITValue+产业互联网系列论坛），91金融、你我贷、金信网等新锐互联网金融公司高管们和余额宝嵌入式营销模式的设计者天弘基金副总经理周晓明、CIO韩海潮，以及证券行业协会50多位CIO一起，深入剖析了互联网金融的现状、特点以及趋势，一起探讨跨界创新的机会。金信网COO安丹方在会上阐释了他总结的互联网金
2015-06-04 14:25:01
652
转载 天弘基金周晓明：余额宝最核心的模式是嵌入式直销
余额宝对传统基金行业颠覆，已成为诸多传统以及新兴创业者学习和模仿的对象。那么要向余额宝学什么？天弘基金副总经理周晓明认为：“余额宝这个产品没那么神秘，最核心的模式是嵌入式直销，就是余额宝把货币基金的直销嵌入到了电商平台内部，然后用电商平台习惯的体验去替代了我们销售的前台。”周晓明正是余额宝嵌入式直销模式的设计者。约在2013年8月，余额宝上线没多久，周晓明在某知名的报纸上，连发八篇文章详细
2015-06-04 14:11:59
1082
原创 论技术、组织债务
一般而言，技术债务在下面两个节点表现的最为突出，一是新上线的项目部署阶段；一是在量上来以后。部署表现或是无从下手、各相关人员同时在岗日夜陪护。量上来的表现就是失败率提高、隐性Bug浮出水面、甚至于来次携程事件也未可知。技术债务也往往和公司的组织债务交织在一起，难解难分。面对各种突发问题，是否乱了阵脚？ 短期内，通过一些手段可以化解一次危机。长期来看，这些手段也会对团队造成伤害。比如，加班加
2015-06-02 10:46:18
386
原创 方案制定的两难
最近，公司结构调整，所属管理的子系统由他人维护。人员也相应做了调整。经过系统集成后，后续业务调整，新增了两项需求1、切换子系统时，保留之前子系统的菜单2、一个子系统挂接另一个子系统的菜单由于，目前的集成方式，用户登录成功后跳转到其中一个默认的子系统中去。（子系统用户相关的数据权限含在首次系统请求初始化，缓存子系统本地。）领导们需要基础架构这边做一个方案。曾经，年前讨
2015-03-03 15:22:16
411
原创 系统架构与任务功能的分解
一、概述 最近，看到一位同学整理开发计划，牵涉到一些任务分解上面。自然想起了之前架构分解的一些文章，同时也结合自己之前从事的岗位分析一下。我们在面对一个庞杂的系统或是繁杂的任务时，有时总是感觉一座座大山在心头。最先想到的是愚公移山以及庖丁解牛。两者都是从一车或是一刀开始。所以，分解使我们有能力解决这样的问题。二、架构分解
2015-01-28 16:30:58
2099
原创 零售系统软件架构---数据架构之数据分片
一、概述 对于一个由多个子系统组成的一个完整的系统而言。系统之间的交互，也在很大程度上反映了数据分布的情况。每个业务系统都具有自己本系统独特的业务数据。所以，目前每个业务系统一个业务库的形式。 这种就是类似大家常说的垂直分库。然而随着业务单据的剧增，单一业务库的压力自然上升，特别是对企业应用而言，业务操作的重要性摆在第一位的。垂直
2015-01-26 17:59:07
774
原创 零售系统软件架构---设计之缓存篇
一、概述 缓存在我们系统内部也广泛使用，基本分本地缓存和分布式缓存。本地缓存由自定义写的缓存组件，分静态缓存与动态缓存，所谓静态就是数据存入就不会被应用清除，动态缓存采用LRU淘汰策略。本地缓存自不多说。但就使用的分布式缓存Redis说明下。 说到缓存的使用场景，1、需要经常访问；2、是很少发生改动；（如果使用缓存并且数据发生频繁
2015-01-26 11:39:36
717
原创 零售系统软件架构---设计之权限数据分发
一、概述用户权限数据在我们系统中分为两类，一类是菜单操作权限，一类是数据权限。分析详见 这里。用户数据在用户中心维护，相关的菜单权限，数据类也在这个系统中。提供管理员用户添加用户、分配角色、资源划分等操作。那外围子系统怎么来取得用户相关数据，用以判断用户是否有权访问。（说明，用户认证（登录验证在用户中心完成）后，然后授权登录到指定子系统。目前是基于Cookie实现的简单SSO。）
2015-01-23 18:15:49
926
原创 零售系统软件架构---设计之理论篇
一、设计原则1.1、一致性原则一致性应该是所有质量原则的根基一致性的架构则会给软件系统带来和谐与平衡1、业务模型名称一致性(相关干系人沟通的桥梁)2、架构风格的一致性3、解决方案的一致性4、形式上的一致性1.2、分离原则1、分离构建的基础（可控因素，非可控因素，可控程度；主要业务尽量避免跨公共网络）2、分离业务需要多系统协同合作，使系统更应职责清
2015-01-23 15:59:30
1126
转载 软件架构---架构分解篇
4.1、架构分解架构分解是架构设计过程中非常关键的一步。除了识别架构元素，对大规模的软件系统，分解还是解决非功能需求的重要手段。比如解决可伸缩性、可用性、可管理性等问题，在架构的多个层面进行了分解：在应用层面，按照功能或 SOA 服务进行分解，将系统垂直拆分为多个应用池（应用池中的服务是无状态的）。每个应用池中有多个应用（水平拆分），可以独立灵活地进行伸缩。在数据层面，对数据进行垂直拆
2015-01-23 15:21:07
2416
原创 软件架构---工程理论篇
近期调整了下工作内容划分，也相对有更多的时间思考我们系统架构的设计。（节选自架构设计分析文档）一、模型提到模型，大家就直观的说到数据模型，也对。我们再提高一个层次对模型的认识。模型是所研究的系统、过程、事物或概念的一种表达形式。见百度百科定义可以理解为我们对所研究事物的一种抽象。关于抽象，请见 。说几个系统设计常见的，比如对IO处理抽象，有同步模型、异步模型。还有对线程
2015-01-23 15:12:56
634
原创 零售系统软件架构---分析篇
一、前述近期调整了下工作内容划分，也相对有更多的时间思考我们系统架构的设计。二、系统特征2.1、业务特征业务特征 商品种类和业务组织结构繁杂产生的庞大的日常数据信息每天产生大量的商品进销存信息，是总部及地区统一管理与配送依据。成为管理面临的第一个难题。
2015-01-23 10:37:54
1391
原创 2014年四月份业务培训的一些思考
关于参加公司业务知识培训以及通过对城市仓系统的性能跟踪（特别是，入库，分货两类核心核心业务的梳理）几点问题的思考 一、业务调研阶段思考我们除了业务知识的理解以及对系统功能的细分之外，发现一些人员提出的问题中对业务领域的不同说法以及大多数分析人员在询问系统的边界在哪？当然，这是一个不断随着理解深入的分化过程。要回答上述问题，我们是不是应该理一理，业务调研阶段，我们的重点关注有哪些，应
2015-01-20 11:34:54
466
原创 系统设计之----抽象的质量
抽象以及抽象的质量一、权限案例分析1.1、案例简介最近在一个项目中，设计权限相关的。说到权限，很多会提到RBAC以及ACL模型。技术上JAVA领域也会想到SpringSecurity，以及更早的Acegi；还有不错的Apache Shiro 等。抛开这些技术点，我们提炼到模型设计上来。RBAC以及ACL是什么，请找谷哥或是度娘吧。 常见业务系统中，权限需求：一般分为菜单操作权限以及
2015-01-16 12:32:33
1201
转载 技术人攻略访谈三十八|许式伟：十一年逆流顺流，首席架构师到CEO
http://segmentfault.com/blog/devlevelup/1190000002289672文：Gracia (本文为原创内容，部分或全文转载均需经过作者授权，并保留完整的作者信息和技术人攻略介绍。)导语：本期访谈对象@许式伟，七牛云存储CEO，国内Go语言圈领军人物，ECUG社区发起人。许式伟的经历颇有传奇性，大学时就有“C狂”外号的他，凭一份手写简历成功应聘
2014-12-05 18:40:37
1150
1转载 Hessian 2.0序列化协议规范
目录1.概述2.设计目标3. Hessian语法4. 序列化4.1. 二进制数据4.1.1. 压缩格式：短二进制4.1.2. Binary实例4.2. boolean4.3. date4.3.1. Date实例4.4. double4.4.1. 压缩格式：double表示的04.4.2
2014-08-12 14:35:27
2582
转载 starvation at com.timesten.jdbc.JdbcOdbcDirect.paramData(long, byte[])
starvation at com.timesten.jdbc.JdbcOdbcDirect.paramData(long, byte[])726348 2010-3-31 下午2:07On HP-UX (PA-RISC, 64bit) with 16 cores, while testing (jdbc program with direct mode), wit
2013-10-18 19:55:21
737
转载 谈谈阿里系的技术积累 是什么让旗下网站爆发惊人能量
喧嚣的双 11 促销活动已经结束，淘宝、天猫、支付宝等阿里旗下的网站在当天爆发出惊人的能量，让人瞠目结舌：全天总交易额达到 191 亿，其中天猫132 亿，淘宝 59 亿，支付宝日订单数量超过一亿笔。金额已经超过美国去年”网购星期一”最高纪录，当然也超过今年的黑色星期五的 10.42 亿美元。尽管大淘宝在促销开始的时候服务稍有不稳定，但整天下来服务堪称可靠。这是个值得称赞的成就。 从另一个角度看数
2013-07-29 16:16:58
668
原创 新旧系统切换与项目小结
话说，互联网这个行业，日新月异。需求改了又改，架构调了又整。开发完了，还没上线，就废弃了等等。那对于新旧系统到了切换的时候，会出现什么样的问题，这样的问题我们是否已经有方案呢？或是都还未曾考虑过呢？又或是，对于系统切换，我们有什么指导的原则或是步骤呢？项目收尾了，是否需要一个小结呢？需要一个什么样的小结？可以用它做什么？一、新旧系统切换尽量去摈弃各个系统之间的异处以及过于细节的问题。想
2013-07-28 16:22:16
7728
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人