前几天，我更新了一个十分有趣的发红包案例：普通红包案例
今天，我对它进行了改进和更新
使它能够真正模拟现实生活中社交环境下的发红包场景！
分析：
在现实生活中，往往发手气红包比发普通红包的频率要大很多，而且，当人们点击拼手气红包时的乐趣也远远高于普通红包，人们在获得不同收益的同时，也在比较别人的手气，那么，真正是自己或者别人在开红包的手气好吗，还是另有原因呢？
其实，这都与我们所学过的随机数有很大原因！
在这个案例中，和上次一样，我们设想群主发红包自己是不能抢的，在剩下的群成员中，大家可以随机选择一个红包，为了真实模拟，我们做两次模拟：
第一次：发红包的个数刚好与群成员个数相同，即每个人都可以获得一个红包，且红包的大小不少于0.01元；
第二次：发红包的个数少于群成员，即不是每个人都能获得红包，其中有人开出的是空包。
金额是随机的，但是最多的不能太多，不超过总金额的一半（这是生活中抢红包几乎99.9%的概率下发生的，不考虑极端情况），群主在发完钱后，群成员在收到红包后更新钱包。
实现：
首先，我们定义用户类User：
其中有用户名和余额，还有相应构造方法。
public class User {// 成员变量private String username; // 用户名private double leftMoney; // 余额，有角和分// 构造方法public User() {}public User(String username, double leftMoney) {this.username = username;this.leftMoney = leftMoney;}// get/set方法public String getUsername() {return username;}public void setUsername(String username) {this.username = username;}public double getLeftMoney() {return leftMoney;}public void setLeftMoney(double leftMoney) {this.leftMoney = leftMoney;}// 展示信息的方法public void show() {System.out.println("用户名:"+ username +" , 余额为:" + leftMoney + "元");}}
其次，定义群主类Manager：
对double类型小数点后两位数提供了全新的解决方案；
思路明晰：对于发送红包个数是否满足群成员需求写出解决方案：当个数不足时，在红包中加入等量空包，以满足需求。
public class Manager extends User {// 添加构造方法public Manager() {}public Manager(String username, double leftMoney) {// 通过super 调用父类构造方法super(username, leftMoney);}public ArrayList<Double> send(double money, int count) {// 获取群主余额double leftMoney = getLeftMoney();// 如果发出去的红包大于群主剩余钱，则发送失败if(money > leftMoney) {System.out.println("余额不足！");return null;}// 创建一个集合,保存等份金额ArrayList<Double> list = new ArrayList<>();// 改进！解决小数后两位问题double managerLast =(double)Math.round((leftMoney - money) * 100) / 100;super.setLeftMoney(managerLast);// 扩大100倍,相当于折算成'分'为单位,避免小数运算损失精度的问题money *= 100;// 生成随机数Random r = new Random();// 保存剩余的金额以及计算分发出去红包的份数int leftmoney = (int) money;int leftconut = count;// 随机分配金额，每次分配的金额不大于总金额的50%，并将所分配的金额加入list红包中for (int i = 0; i < count - 1; i++) {int setmoney = r.nextInt(leftmoney / leftconut * 2 ) + 1;double moneySetdouble = (double) Math.round(setmoney) / 100;list.add(moneySetdouble);leftmoney -= setmoney;leftconut --;}// 改进！解决小数后两位问题double moneySetdouble = (double) Math.round(leftmoney) / 100;list.add(moneySetdouble);// 当红包个数不能满足分发的需求时，在红包list中添加空包if(count<5){while(count++<5) {list.add(0.0);}}// 返回集合return list;}}
然后，我们定义成员类Member：
思路明晰：更新成员余额：通过成员随机选取一个红包的方式，那么就很好地避免了前面的人能拿到有金额的红包，后面的人只能拿到空包的问题，用一种随机的方式来控制群成员拿红包的先后顺序，即拿到有金额的抢到红包，空包的视为没有抢到红包。
public class Member extends User {public Member() {}public Member(String username, double leftMoney) {super(username, leftMoney);}// 打开红包,就是从集合中,随机取出一份,保存到自己的余额中public void receive(ArrayList<Double> list) {// 创建一个Random对象,随机生成一个红包编号int index = new Random().nextInt(list.size());// 从集合中移去相应编号，得到该编号的金额的红包double delta = list.remove(index);// 当前成员本来有多少钱double money = super.getLeftMoney();// 改进！解决小数后两位问题double last = (double) Math.round((money + delta) * 100) / 100;// 直接调用父类方法,设置到余额super.setLeftMoney(last);} }
最后，写执行程序，main函数执行：
先创建定义成员，显示原信息，然后群主发红包，群成员抢红包，最后公布抢红包结果。
public class mainRedPacket {public static void main(String[] args) {// 创建一个群主对象,五个成员Manager manager = new Manager("群主", 266.66);Member one = new Member("成员A",105.63);Member two = new Member("成员B",5.62);Member three = new Member("成员C",0);Member four = new Member("成员D",23.4);Member five = new Member("成员E",3.21);// 显示原始成员的余额manager.show();one.show();two.show();three.show();four.show();five.show();System.out.println("==================");// 创建键盘录入红包金额和红包个数Scanner sc = new Scanner(System.in);System.out.println("请输入发送红包的金额：");double money= sc.nextDouble();System.out.println("请输入发送红包的份数：");int count = new Scanner(System.in).nextInt();ArrayList<Double> list = manager.send(money,count);System.out.println("==================");// 显示红包内的金额数（上帝视角）System.out.println("红包为：" + list);// 开始抢红包one.receive(list);two.receive(list);three.receive(list);four.receive(list);five.receive(list);// 抢到红包，显示余额信息manager.show();one.show();two.show();three.show();four.show();five.show();}}
结果展示：
第一种情况：发红包的个数刚好与群成员个数相同，即每个人都可以获得一个红包，且红包的大小不少于0.01元。
第二种情况：发红包的个数少于群成员，即不是每个人都能获得红包，其中有人开出的是空包。
第三种情况：余额不足，群主未能发红包！
至此，三种情况均能成功演示！
思考：
在异常处理上没有很好地下功夫，还可以改进；
读者还可以制作用户图形界面，更生动形象地展示整个流程；
在分发红包上还有一种多线程的处理方式也可以加以运用，读者可以自行尝试解决，博主不再进行演示。
感谢您的阅读，不足之处欢迎指正！
