ActiveMQ是Apache出品，最流行的，能力强劲的开源消息总线。ActiveMQ是一个完全支持JMS1.1和J2EE1.4规范的JMS Provide实现。尽管JMS规范出台已经是很久的事情了，但是JMS在当今的J2EE应用中仍然扮演这特殊的地位。
我之前有写一篇kafka Consumer — offset的控制 如果你对于这方面的知识还不太清楚， 建议你去看一下， 毕竟理解了Kafka的消费者， 你才能更好的使用SparkStreaming结合Kafka。
Orderservice监听新订单队列中的消息，获取之后新增订单，成功则往新订单缴费队列中写消息，中间新增订单的过程使用JTA事务管理，当新增失败则事务回滚，不会往新订单缴费队列中写消息； 再比如User service 扣费成功后，往新订单转移票队列写消息，这时Ticket service 正在处理中或者处理中发生了失败，这中间的过程中用户查看自己的余额已经扣费成功，但票的信息却没有，此时可以使用事务失败回滚的方式依次回退，这种叫弱一致性；又或者可以把处理失败的内容发送至一个错误队列中，由人工处理等方式解决，这种叫最终一致性。
温馨提示: 本文总共2853字,阅读完大概需要3-4分钟,希望您能耐心看完,希望阅读本文能够对您有所帮助
（一）你是否在平常的编码或者面试中会遇到以下疑问,如果有,那么就继续往下看,也许文章能够帮你解决一些疑惑。
前几天在 Github上找一些资料，碰巧看到一个合适的，就把他 clone 下来，准备在本地跑着试试看效果，但是在运行的时候却发现提示错误，根绝错误提示原因我发现是缺少了一个名为config.py的文件。
PS：真实的秒杀需要不断的优化，最早的12306没有验证码的时候，很多人都是通过jmeter的方式来不断的提交订单来购票。了解了秒杀的原理，下次说说如何针对秒杀大流量进行控制。
很久以前，发过这样一篇文章《Git全局忽略MacOS系统下的.DS_Store文件》，主要是针对MacOS用户，如何方便的在自己机器中免疫所有.DS_Store文件的误提交。如果有这个需求，且还没有搞过的读者可以通过上面这篇文章学习。
分布式事务这个话题，我相信对于身在互联网中的开发者们一定都不陌生。电商系统最容易出现分布式事务的处理，
本章教大家如何使用 GIT 进行一些关于已提交历史的修改、删除操作。比如碰到下列情况时，如何使用 GIT 实现想要的操作：
在我们以前所学习的单体架构当中的这个服务直接访问一个数据库，业务比较简单。基于数据库本身的特性，就已经能够实现ACID了。
原告（被告）：刘某某，男，1974年出生 被告（原告）：亚信科技（中国）有限公司 刘某某向法院提出诉讼请求： 请求法院判令亚信公司： 1、支付我违法解除劳动关系赔偿金507 701.09元； 2、支付我2019年1月1日至2020年7月6日期间销售提成222 963.21元； 3、承担本案诉讼费用。 事实与理由： 我于2012年6月11日入职亚信公司处，担任资深销售专员。2020年7月3日，亚信公司向我发送了《解除劳动合同通知书》，以工作严重失职给公司造成重大损害为由违法解除与我的劳动关系，我并未构成严重
Dream big dreams. Small dreams have no magic.
月初，收到阿里的服务器续费提醒，因为最近比较忙耽搁了几天， 就在昨天我上去续费服务器，我看到了那高昂的续费价格起初我还以为我看错了。 真不敢相信自己（有重影）的眼睛！ 于是乎，我刷新了网页，发现还是100+续费一月服务器。。。我当时人傻了， 本来写博客也就是情怀所在，不盈利。囊中羞涩的我只能考虑换服务器厂商。
上周发了《几行烂代码，我赔了16万》 16w 这篇文章之后，有不下十个朋友来找我，问我一些文章中的问题。
首先是 _csrf ，这个参数比较简单，一般是用来防止跨域攻击的，感兴趣的朋友可以借助搜索引擎了解一下，不是重点我们就不详聊了。
题意：这道题我读了很久，也没有读懂最后看的解体报告才懂得题意，题目不难，但是还是错了两次，几个字符窜，左边的‘x’向右边移动当和右边的‘x’连接时候，求剩下的字符窜还有几个空格 分析：这题错的原因是当吧B换成空格后scanf没有换成gets想当然的直接提交了，可定wa #include<stdio.h> #include<string.h> const int INF=100; int main() { int n; int ans,i,j; char ss[100][30];
在公司的项目中, 经常会遇到一些公共的内容, 多个项目中间通用的, 不可能每次都将整个代码复制一遍, 遇到这种情况有很多不同的解决方案, 一般来说, 项目是通过 git 来管理的, 巧了, git 也同样支持子模块.
所以我上篇文章里面的推理过程是没有错的，换句话说，那篇文章解释了为什么大多数的情况下订单跑出来都是 20 个，即日志为什么是这样打印的。
● 原子性：一个事务对状态的改变是原子的，要么都发生，要么都不发生，这些改变包括数据库的改变、消息以及对转换器的操作。
视图可以看作是一个虚拟的表，可将一些表的关系结合起来进行查看，并实时更新（表的数据变化，视图也会随之变化，因此视图并非表的备份）。 视图用来方便查看，因此只具备查看的功能。不能对视图数据进行修改，视图不是真实的表。
不过此次案件中的亚马逊也是在用户同意的前提下，提供了Echo设备的录音。 早在两年前，美国的阿肯色州发生了一起谋杀案，与以往谋杀案最大的不同之处在于，该案中的一项重要证据很可能来自于亚马逊Echo智能
分布式事务这个话题，开发者们一定都不陌生。电商系统最容易出现分布式事务的处理，比如用户在电商平台购买一个商品，用户首先下单，然后平台要扣减库存。创建订单和库存的扣减一般都在不同的服务器上(微服务架构)。而用户购买到商品的行为，必须要下单和扣减库存都成功，才算这次的交易成功，反之则失败。
前一阵对公司网站的购物车功能进行了改造，允许不同商家的商品放到同一个购物车，下单时自动按商家来拆分订单。 本地测试时一切正常，IE6/IE7/IE8均没问题。部署到服务器上后试运行几天，有客户反馈说使用购物车下单时，点击提交按钮后，多数时候不能正常生成订单，但也有少部分时候能正常。 于是我又在本地开发环境（win7 + ie8）下测试了一番（包括IETest用IE6.0模拟），然后又用本机浏览器(IE8)测试了线上正式环境的下单，仍然一切正常，当时的第一反应，既然有时候能正常下单，说明代码应该是正确的，于是
https://poll.kuaidi100.com/order/borderapi.do
虽然说git很好，大多数时候我也是使用git，但是有时候因为一些原因，不得不使用svn，而在linux上使用svn是没有像windows上的tortoisesvn的软件的（网上有说有类似的，但是折腾了很久仍然没有成功），所以直接来命令行吧。
分布式事务就是一个业务操作，是由多个细分操作完成的，而这些细分操作又分布在不同的服务器上，事务，就是这些操作要么全部成功执行，要么全部不执行。分布式事务用于在分布式系统中保证不同节点之间的数据一致性。
来源：http://jartto.wang/2018/12/11/git-rebase/?hmsr=toutiao.io&utm_medium=toutiao.io&utm_source=toutia
我们在使用消息队列的过程中经常有业务场景需要严格保证消息的消费顺序，比如我们同时发了 2 个消息，这 2 个消息对应的操作分别对应的数据库操作是：
zookeeper 相信大家都不陌生，很多分布式中间件都利用 zk 来提供分布式一致性协调的特性。
美国东部时间周一凌晨，纳斯达克股票交易市场突然发生一次技术故障，导致周一开盘前停止了交易所的所有交易订单。很快，纳斯达克方面就解决了故障问题。
我们知道CPU运行的最小单位是线程，Java中实现并发是通过多线程来完成的，利用多线程提高了对CPU资源的利用率，但是线程的创建和销毁是很消耗性能的。线程的创建伴随着虚拟机栈、本地方法栈、程序计数器等线程私有内存空间的创建，在线程销毁的时候也伴随着这些私有内存的回收，频繁的创建和销毁线程会占用大量的系统资源，而对线程的复用则可以有效的管理和协调线程的工作。
通常有自己博客的朋友都可以算作是喜欢分享，技术能力是次要的，只要爱分享就是我们所寻找的有缘人。
我使用的公司研发团队提供的开发框架，HTML5技术，在调试一个原生功能的时候，发现一个原来一直没出过问题的地方居然不能正常工作了。
敖丙之前在工作中遇到一个问题，我定义了一个线程池来执行任务，但是程序执行结束后任务没有全部执行完，当时心态就差点崩了。
现如今我们的系统大多拆分为分布式SOA，或者微服务，一套系统中包含了多个子系统服务，而一个子系统服务往往会去调用另一个服务，而服务调用服务无非就是使用RPC通信或者restful，既然是通信，那么就有可能在服务器处理完毕后返回结果的时候挂掉，这个时候用户端发现很久没有反应，那么就会多次点击按钮，这样请求有多次，那么处理数据的结果是否要统一呢？那是肯定的！尤其在支付场景。
早上小伙伴告诉我，他无法拉下代码，我没有在意。在我开始写代码的时候，发现我的 C 盘炸了。因为我的磁盘是苏菲只有 256G 放了代码就没空间了，于是我查找到了原来是我的代码占用了居然有 2000+M ，寻找了很久才发现，原来我小伙伴JAKE传了一个压缩包上去，一个1G的包。 那么如何把这个压缩包彻底从 git 删除？
这一周都在带大家免费领取一年阿里云服务器的活动，现在已经超 1000+ 人购买了，昨晚我就开始在部分群陆陆续续返现，几万块，刷一秒就没了，场面很壮观。
前台商城系统（用户端）：包含首页门户、商品分类、新品上线、首页轮播、商品推荐、商品搜索、商品展示、购物车、订单结算、订单流程、提醒发货、订单取消、个人订单管理、会员中心、个人积分、帮助中心等。
如果一个人每天都有惊喜的话，我今天的最大惊喜就是找到了一个react-native-scrollable-tab-view。 我们在写一个应用的时候，总是会有需要，将多个页面放在一屏，通过导航栏切换，如微信、淘宝 这时候我们需要一个组件来帮我们快速实现这个功能。
学习Vue了一段时间，个人还是比较喜欢Material Design风格的框架，找了很久，最满意的也就是Muse-ui了。然后就发现了一个超级恶心和严重的问题，它不支持Vue@2.6.8以上版本。具体表现就是版本不符的时候没有基本的波纹效果（要MD就是要找个风格没有这个我玩nm），我本来以为是Chrome的问题，但是，直到我提交了issue，得到回答查了很多资料，就连官方都没告诉你怎么降版本，自己捣鼓了一晚上算是搞定了，发个贴记录下。
除非是文章阅读量，每次+1这种无关痛痒的场景，一般业务系统没有人会使用该事务隔离级别，标准实在太宽松了。
java面试(2)关于并发、超卖处理的思路
作为优秀的打工人，如果可以将办公中的重复性、繁琐性、低效性工作自动化，那么将省去许多日常工作。许亚宁就是这样一个优秀的打工人，善于使用各类自动化工具来提升工作效率，上周的直播他分享了如何利用自动化工具，实现自动化办公的最佳实践。如果你错过了上周的直播，今天的精华回顾可一定不要错过哦~
前些时间在做一个搜索功能时发现一个比较有意思的现象，场景是这样的：在一个模态窗口中是一个订单列表，页面的顶部有若干个状态筛选框和一个搜索关键字输入框，当焦点在关键字输入框时按回车，本来是对input的keyup事件做了监听，当发现是按了回车键时便自动提交搜索请求的，但输入关键字后按回车时页面竟然跳转了，并且出现“HTTP 错误 405.0 - Method Not Allowed无法显示您正在查找的页面，因为使用了无效方法(HTTP 谓词)”的错误，非常纳闷。
简介：本文部分 TPC 观点，使用 ChatGPT 生成。拉到最后，可扫码入群体验与 ChatGPT 机器人对话
我从2014年以来一直有在 GitHub 写开源项目的习惯。主要是 Jekyll 博客源码、React 博客源码、Spring 手脚架、Spring Boot Demo、Spring Cloud Demo，以及 Project 看板的一些尝试。
线上客户端用户使用微信扫码登陆时需要再绑定一个手机号，在绑定手机后，用户购买客户端商品下线再登录，发现用户账号ID被变更，已经不是用户刚绑定手机号时自动登录的用户账号ID，查询线上数据库，发现同一个手机生成了多个账号id，至此问题复现
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
