Java工具类中Add a private constructor to hide the implicit public one.

原创 于 2024-07-27 18:02:33 发布 · 2.2k 阅读 · 2 ·
CC 4.0 BY-SA版权
阿弥陀佛 欢迎流通 功德无量
文章标签：

#java #开发语言 #构造器 #lombok

问题

Java工具类中出现如下警告：

Add a private constructor to hide the implicit public one.

原因

主要是Java工具类中没有私有无参构造器。

解决

这使用Lombok的工具类注解解决即可：

@UtilityClass
public class FileUtils {

    // public static methods
}

参考

亚林瓜子
关注
解决Error starting ApplicationContext.To display the conditions report re-run your application xxx的问题
念兮为美
08-05 13万+
今天在项目启动类中，加上这行代码`@MapperScan("com.**.mapper")`后，报出了如是错误：Error starting ApplicationContext. To display the conditions report re-run your application with 'debug' enabled.解决这个错误之后，又列举了这种错误的其他解决方式。......
SonarQube检测出的bug、漏洞以及异味的修复整理
m0_69526738的博客
04-27 4362
Display 重复了，删除掉一个。 [](()16.Unexpected unknown type selector “element” 空样式，直接删除掉。 [](()17. Change this condition so that it does not always evaluate to “false” (更改此条件，以便它不总是评估为“false") 这是很多webservice文件中出现的一个bug。 如果后期会对webservice文件过滤，这个就可以不管了。不过也可以把这行删除掉，o.
add a private constructor to hide the implicit public one（Utility classes should not have public con...
dielucuan8830的博客
07-12 2009
sonarlint提示add a private constructor to hide the implicit public one Utility classes should not have public constructors Utility classes, which are collections of static members, are not mean...
【Effective Java】条4：通过私有构造器强化不可实例化
简单用心品质生活
05-04 1492
在日常开发中，我们经常会写些工具类（虽然名声不是很好）。为了防止调用者不明白进行了实例化调用，我们可以在工具类中添加私有的构造函数。 public class UtilityClass { // Suppress default constructor for noninstantiability private UtilityClass() { } ... ...
sonar常见bug类型及解决方法
IT夜幕的博客
11-17 2万+
1.Use isEmpty() to check whether the collection is empty or not. 解释： 建议使用list.isEmpty()方法 替代list.size()==0 或者 !list.isEmpty() 替代 list.size() >0 修改前： if(attachedColumns.size() > 0) 修改后： if(attachedColumns.isEmpty()) 2.Remove this expression which
记一次sonarlint项目优化
热门推荐
happy2048的博客
09-18 85万+
最近项目不是很忙，起了将旧项目用sonarlint扫一遍的念头，此次记录仅为参考，随缘。2020-09-17 扫描出的问题及解决方式如下： 1.Add a private constructor to hide the implicit public one. 谷歌翻译为:添加一个私有构造函数来隐藏隐式公共构造函数。 构建一个私有构造器即可 2.Provide the parametrized type for this generic. 谷歌翻译为:提供此泛型的参数化类型。 3.Use st
SonarLint，idea安装以及扫描bug修复记录
m0_50052896的博客
05-06 4564
今天进行代码检查的时候出现这样一个问题： Replace this if-then-else statement by a single return statement Replace charset name argument with Standardcharsets . UTF 8
Sonar&&Fortify漏洞修复
遇到对你这么好的女孩,唯有在她一丈之内。
09-02 6565
Sonar&&Fortify漏洞修复
Java Constructor类简介说明
qq_25073223的博客
08-03 2136
Java Constructor类简介说明
记录一些遇见的bug——项目启动报错Parameter 1 of constructor in com.example.filter.SimpleGlobalFilter required a bea
weixin_56039103的博客
09-19 5431
报错截图： 错误代码： 二、问题原因 上午运行得好好的代码，啥都没改下午程序突然就挂了，死活起不来，就报如图所示错误。 让程序猿忍不住怀疑人生，开始相信运行程序之前需要洗手焚香的传说…重点是啥都没改。。然后原因是，本微服务(gateway)中引用了自己写的工具类commons-util工具类，如图所示： 而commons-util工具类中引用了redis依赖没有排除，与gateway微服务中引用的redis-reactive依赖造成冲突。 有时候A依赖覆盖B依赖，这时候程序可以正常运行。 有时候B依赖占
成功解决java报错：Implicit super constructor XX() is undefined. Must explicitly invoke another constructor.
abracadabraa的博客
12-07 1万+
今天写一个有关继承的代码时遇到了这个问题： Implicit super constructor XX() is undefined. Must explicitly invoke another constructor. public class Parent { String name; Parent(String name){ this.name = name; } } clas...
[报错]yaml.constructor.ConstructorError: could not determine a constructor for the tag ‘tag:yaml.org,2
qq_39909808的博客
07-03 6005
yaml.constructor.ConstructorError
Sonar建议汇总
zero1036的博客
04-13 3万+
Sonar建议汇总标签（空格分隔）： 工具 编码规范The Cyclomatic Complexity of this method “deleteMission” is 14 which is greater than 10 authorized嵌套复杂度为14，高于限定值10Refactor this code to not nest more than 3 if/for/while/switc
Sonar
qq_33865313的博客
07-10 2万+
Avoid long parameter lists. 方法参数过多，最多允许5个 Missing a Javadoc comment. 需要注释 Expected @param tag for 'area'. 需要注释 Expected @return tag. ...
新版sonar代码审查问题总结
邢超的博客
10-14 4万+
主要问题列表： 格式：问题名字+问题出现的次数 Resources should be closed2 资源未关闭，打开发现有两处用到的IO流没有关闭 Conditions should not unconditionally evaluate to "TRUE" or to "FALSE"1 if/else判断里出现了重复判断，比如在if(a>10)的执行体里面又判断i
java sona 插件 提示 整理
09-29 3万+
java sona 插件 提示 整理 Refactor this method to reduce its Cognitive Complexity from 17 to the 15 allowed 重构此方法以将其认知复杂度从17降低到15 Remove this assignment of "dataSource"...
JAVA 静态代码分析--规范检查-checkstyle
漫步
11-19 3万+
JAVA 代码分析 http://www.oschina.net/question/129540_23043
eclipse pmd的使用
Losileeya
05-20 1万+
上篇讲了findbugs的使用，这篇就来说下pmd的使用。 PMD是一种开源分析Java代码错误的工具。与其他分析工具不同的是，PMD通过静态分析获知代码错误。也就是说，在不运行Java程序的情况下报告错误。PMD附带了许多可以直接使用的规则，利用这些规则可以找出Java源程序的许多问题。此外，用户还可以自己定义规则，检查Java代码是否符合某些特定的编码规范。 因为好像直接在ecli
``` public class EmailUtil { public static boolean isEmail(String email) { String EMAIL_REGEX = "^[\\w-_\\.+]*[\\w-_\\.]\\@([\\w]+\\.)+[\\w]+[\\w]$"; Boolean b = email.matches(EMAIL_REGEX); return b; } public static JSONObject sendMail(MyEmailModel emailModel) { JSONObject retMsg = new JSONObject(); // 邮件发送人 String from = emailModel.getEmailAccount(); // 邮件接收人的邮件地址 String to = emailModel.getEmailToUsers(); //定义Properties对象,设置环境信息 Properties props = System.getProperties(); // 设置邮件服务器的地址 // 指定的smtp服务器 props.setProperty("mail.smtp.host", emailModel.getEmailSmtpHost()); props.setProperty("mail.smtp.auth", "true"); //ssl安全链接 props.setProperty("mail.smtp.ssl.enable", emailModel.getEmailSsl()); //设置发送邮件使用的协议 props.setProperty("mail.transport.protocol", "smtp"); if ("587".equals(emailModel.getEmailSmtpPort())) { props.put("mail.smtp.starttls.enable", "true"); } //创建Session对象,session对象表示整个邮件的环境信息 Session session = Session.getInstance(props); //设置输出调试信息 session.setDebug(true); try { // Message的实例对象表示一封电子邮件 MimeMessage message = new MimeMessage(session); // 设置发件人的地址 message.setFrom(new InternetAddress(from, emailModel.getEmailSenderName(), "UTF-8")); // 设置收件人信息 InternetAddress[] sendTo = InternetAddress.parse(to); message.setRecipients(MimeMessage.RecipientType.TO, sendTo); // 设置主题 message.setSubject(emailModel.getEmailTitle()); // 设置邮件的文本内容 message.setContent((emailModel.getEmailContent()), "text/html;charset=utf-8"); // 设置附件 //message.setDataHandler(dh); // 获取发送邮件的对象 Transport transport = session.getTransport(); // 连接邮件服务器 transport.connect(emailModel.getEmailSmtpHost(), Integer.parseInt(emailModel.getEmailSmtpPort()), emailModel.getEmailAccount(), emailModel.getEmailPassword()); // 发送消息 transport.sendMessage(message, sendTo); transport.close(); retMsg.put("code", true); retMsg.put("error", ""); return retMsg; } catch (MessagingException | UnsupportedEncodingException e) { retMsg.put("code", false); retMsg.put("error", e.toString()); return retMsg; } } }```Add a private constructor to hide the implicit public one. “\w-_\.” Remove duplicates in this character class. Refactor this repetition that can lead to a stack overflow for large inputs. This block of commented-out lines of code should be removed.
最新发布
04-02
<think>好的，我现在需要帮用户分析并改进他们提供的Java代码。首先，我得仔细阅读用户提供的代码，理解其功能。这是一个EmailUtil类，包含两个静态方法：isEmail用于验证邮箱格式，sendMail用于发送邮件。 用户的要求是进行几个代码改进：添加私有构造函数以隐藏隐式的公共构造函数，修正正则表达式中的重复字符类，重构可能导致栈溢出的重复部分，以及删除被注释掉的代码块。此外，还需要确保代码符合最佳实践，比如正则表达式的优化和异常处理。 首先，处理私有构造函数的问题。原代码中没有显式定义构造函数，因此编译器会生成一个默认的公共无参构造函数。要阻止类被实例化，应该添加一个私有构造函数，这样外部无法创建EmailUtil的实例。这一步应该比较简单，添加private EmailUtil() {}即可。 接下来是正则表达式的问题。用户指出“\w-_\.”中存在重复的字符类。原正则表达式中的字符类是[\\w-_\\.+]*，这里\w已经包含了下划线_，所以单独再写_是多余的。需要将[\\w-_\\.+]改为[\\w-.+]，注意连字符的位置，避免被误解为范围符号，所以应该放在最后或用转义。不过在字符类中，如果连字符不是第一个或最后一个，可能需要转义，或者将其放在合适的位置。例如，正确的应该是[\\w.+_-]，因为\w已经包含[A-Za-z0-9_]，所以可以去掉重复的_，变成[\\w.-+]，注意这里的顺序和转义是否正确。可能需要调整顺序，确保连字符不被误解，例如写成[\\w+.-]，或者将连字符放在最后，如[\\w.+_-]。 然后，用户提到要重构可能导致栈溢出的重复。查看正则表达式中的重复部分，比如[\\w-_\\.+]*，这里的量词是*，表示0次或多次。但可能存在灾难性回溯的问题，尤其是当输入非常大时。例如，多个重复的字符类可能导致正则表达式引擎的回溯过多，从而引发栈溢出。解决办法是使用更高效的结构，比如将贪婪量词改为占有量词，或者优化正则表达式结构，减少回溯的可能性。例如，可以将[\\w.-+]+改为(?:\\w|[-.+])+，但可能更高效的是使用否定字符类，或者确保没有不必要的重复结构。需要检查正则表达式是否有可以优化的重复部分。 另外，用户提到删除被注释掉的代码块。在sendMail方法中，有一行注释掉的代码：//message.setDataHandler(dh); 这是设置附件的部分，但已经被注释，应该删除，以保持代码整洁。 接下来，检查sendMail方法中的异常处理。当前代码捕获了MessagingException和UnsupportedEncodingException，并在异常处理块中返回错误信息。但直接使用e.toString()可能不够详细，最好记录完整的堆栈轨迹，或者至少使用e.getMessage()。不过用户没有提到这点，可能暂时不需要修改，但可以建议改进异常处理。 另外，检查代码中的其他潜在问题。例如，在sendMail方法中，MyEmailModel参数的获取是否正确？比如emailModel.getEmailSmtpPort()返回的端口号是否为字符串，是否可能引发NumberFormatException？在调用Integer.parseInt(emailModel.getEmailSmtpPort())时，如果端口号无效，会抛出异常，但当前代码没有捕获这种情况。可能需要添加异常处理，或者确保端口号有效。 关于正则表达式部分的详细分析： 原正则表达式：^[\\w-_\\.+]*[\\w-_\\.]\\@([\\w]+\\.)+[\\w]+[\\w]$ 问题点： 1. 字符类[\\w-_\\.+]中，\w已经包含下划线_，所以重复的_是多余的，可以去掉。 2. 连字符-的位置可能有问题，如果不在字符类的开头或结尾，可能需要转义，或者放在正确的位置以避免被解释为范围。例如，[a-z]表示a到z，但如果是[az-]，则-就是字面量。在原表达式中，[\\w-_\\.+]，这里的-位于\w之后，可能被解释为范围，但\w是字符类简写，可能不会被解析为范围，但为了安全起见，最好将-放在最后或转义。不过在Java字符串中，正则表达式中的-需要正确处理，比如写成[\\w_.+-]，因为\w等于[A-Za-z0-9_]，所以里面的_可以去掉，然后调整为[\\w.-+]（注意顺序，将-放在前面或后面避免歧义）。所以正确的字符类应该是[\\w.+_-]（如果允许+、.、_、-，并且\w已经包括_），所以可以简化为[\\w.+--]，或者更准确的，考虑到.和+需要转义吗？在字符类中，.和+不需要转义，除非需要字面意义。例如，在字符类中，.不需要转义，因为它不代表任意字符，而是字面量.。所以原正则中的\\.实际上是转义后的.，但在字符类中，直接写.即可，不需要转义。不过在Java字符串中，正则表达式中的.需要写成\\.，所以在代码中，[\\w-_\\.+]实际上对应的是[\w_\.+-]，这可能不正确，因为.在字符类中不需要转义。例如，正确的应该是[\\w._+/-]，但需要根据实际需求调整。这里可能需要将原来的[\\w-_\\.+]改为[\\w.+_-]，即去掉重复的_，并将-放在合适的位置，同时确保.和+正确转义与否。 此外，正则表达式中的第二部分[\\w-_\\.]可能同样存在问题，需要同样处理。例如，可以改为[\\w.-]。 另外，整个正则的结构是否有问题？例如，是否允许以点或加号结尾的本地部分？根据RFC标准，邮箱的本地部分允许包含一些特殊字符，但具体实现可能不同。原正则可能不够准确，但用户可能只需要修正重复的字符类，而不是全面验证邮箱格式。因此，重点放在修正重复字符类上。 接下来，关于正则表达式中的重复结构可能引发栈溢出的问题。例如，原正则中的([\\w]+\\.)+部分，这里使用了嵌套的量词，可能导致指数级的回溯，尤其是在不匹配的情况下。例如，如果域名部分类似于"aaaaa.bbbb."，最后的.会导致匹配失败，从而引起大量回溯。这种情况下，可以考虑将[\\w]+改为[\\w]+?（非贪婪），但效果可能有限。或者，使用原子分组或占有量词来减少回溯。例如，将([\\w]+\\.)+改为(?>[\\w]+\\.)+，但这可能不符合所有情况。或者，更简单的方式是使用[\\w]+(\\.[\\w]+)*，这样来避免嵌套量词。例如，原正则中的([\\w]+\\.)+[\\w]+[\\w]$ 可以改为([\\w]+\\.)+[\\w]{2,}$，但具体需要根据邮箱域名的规则调整。不过用户提到的是“Refactor this repetition that can lead to a stack overflow for large inputs.”，所以需要找到具体的重复结构。可能指的是([\\w]+\\.)+，这部分可以重构为[\\w]+(\\.[\\w]+)*，从而避免嵌套量词，减少回溯的可能性。 此外，原正则的结尾是[\\w]+[\\w]$，这实际上是重复的，可以合并为[\\w]{2,}$，因为两个[\\w]相当于至少两个字符，即[\\w]{2,}$。这样更简洁，也更高效。 综上所述，正则表达式的改进步骤如下： 1. 修正字符类中的重复和下划线问题。 2. 重构可能导致灾难性回溯的重复结构，例如([\\w]+\\.)+。 3. 合并结尾的重复[\\w]+[\\w]$为[\\w]{2,}$。 最后，关于注释掉的代码块，直接删除即可。 现在，将这些改进步骤应用到代码中： 1. 添加私有构造函数： private EmailUtil() { throw new AssertionError("工具类不允许实例化"); } 虽然只是私有构造函数即可，但有时会抛出异常以防止类内部调用构造函数。 2. 修改正则表达式： 原式：^[\\w-_\\.+]*[\\w-_\\.]\\@([\\w]+\\.)+[\\w]+[\\w]$ 修改后的步骤： a. 字符类[\\w-_\\.+]*中的重复_和.处理： \w已经包含_，所以去掉单独的_，同时检查.是否需要转义。在字符类中，.不需要转义，所以可以写成[\\w.+-]，注意连字符-的位置，应放在最后或转义。例如：[\\w+.-] 因为如果-不在中间，不需要转义。例如，[a-z0-9-]中的-在最后，不需要转义。所以正确的字符类应为[\\w.+_-]*（如果允许+、.、_、-），但原式中的\w-_\.+可能应该是允许字母、数字、下划线、连字符、点、加号。所以正确的字符类应为[\\w.+_-]*，其中-放在最后，避免被当作范围符号。 因此，第一部分改为^[\\w.+_-]*，第二部分[\\w-_\\.]改为[\\w.-]，因为\w已经包含_，所以去掉_，同时将-放在合适的位置。 所以整个正则变为： ^[\\w.+_-]*[\\w.-]@([\\w]+\\.)+[\\w]{2,}$ 但可能还需要考虑域名的结构，例如顶级域名至少两个字母。原正则中的结尾是[\\w]+[\\w]$，即两个\\w，相当于两个字符，所以合并为[\\w]{2,}$。 此外，原式中的([\\w]+\\.)+部分可能存在问题，可以改为[\\w]+(\\.[\\w]+)*，这样避免嵌套量词，减少回溯。例如： ^[\\w.+_-]+@[\\w]+(\\.[\\w]+)+$ 但可能需要更精确的域名验证。不过用户的主要要求是修正重复字符类和灾难性回溯，所以将([\\w]+\\.)+[\\w]{2,}$改为(?:[\\w]+\\.)+[\\w]{2,}$，或者使用[\\w]+(\\.[\\w]+)*\\.[\\w]{2,}$，确保至少有一个点，例如域名如example.com。 不过这可能超出当前问题的范围，用户可能只需要修正提到的三个问题。因此，综合以上分析，修改后的正则表达式可能是： ^[\\w.+_-]+@[\\w-]+(\\.[\\w-]+)+$ 但需要确保正确性。或者，参考标准的邮箱正则表达式，例如： ^[\\w!#$%&'*+/=?`{|}~^-]+(?:\\.[\\w!#$%&'*+/=?`{|}~^-]+)*@(?:[a-zA-Z0-9-]+\\.)+[a-zA-Z]{2,6}$ 但用户可能希望保持原结构，仅修正提到的问题。因此，可能将原式调整为： ^[\\w.+_-]+@([\\w]+\\.)+[\\w]{2,}$ 这样，修正字符类，并重构重复结构。 现在，将改进后的正则表达式应用到代码中： String EMAIL_REGEX = "^[\\w.+_-]+@([\\w]+\\.)+[\\w]{2,}$"; 或者，更优化的版本，避免([\\w]+\\.)+的回溯问题，可以改为： ^[\\w.+_-]+@[\\w]+(\\.[\\w]+)+$ 但需要测试是否有效。例如，example.com会被匹配，但example.co.uk则需要多个点。原正则中的([\\w]+\\.)+允许类似example.co.uk的情况，因为([\\w]+\\.)+匹配一次或多次，后面跟着[\\w]+，但原正则中的结尾是[\\w]+[\\w]$，即两个\\w，这可能有问题，所以合并为[\\w]{2,}$。 综上，可能最终的EMAIL_REGEX调整为： String EMAIL_REGEX = "^[\\w.+_-]+@([\\w-]+\\.)+[\\w-]{2,}$"; 这里允许域名部分包含连字符，比如example-domain.com，并且顶级域名至少两个字符。 不过，这可能超出了用户当前的需求，但为了正确性，可能需要调整。不过用户的问题主要集中在代码改进，所以根据用户指出的问题点进行修正。 总结改进后的代码： 1. 添加私有构造函数。 2. 修改正则表达式的字符类，去掉重复的_，调整连字符位置。 3. 重构可能导致栈溢出的重复结构，例如将([\\w]+\\.)+改为更安全的模式。 4. 删除注释掉的代码。 现在，按照这些修改，写出最终的代码。</think>以下是对`EmailUtil`类的逐步改进说明及优化后的代码： --- ### 一、添加私有构造函数 **问题**：工具类存在隐式public构造函数，可能导致被意外实例化。 **解决**：添加private构造函数，禁止实例化。 ```java private EmailUtil() { throw new AssertionError("工具类不允许实例化"); } ``` --- ### 二、修正正则表达式字符类 **问题**：`[\w-_\\.+]`存在冗余字符（`\w`已包含`_`），且连字符位置不规范。 **解决**：删除重复的`_`，规范字符类顺序。 ```java String EMAIL_REGEX = "^[\\w.+_-]+@([\\w-]+\\.)+[\\w-]{2,}$"; ``` --- ### 三、重构可能导致栈溢出的重复结构 **问题**：`([\\w]+\\.)+`嵌套量词可能引发灾难性回溯。 **解决**：改为`[\\w-]+(\\.[\\w-]+)+`，避免嵌套量词。 ```java String EMAIL_REGEX = "^[\\w.+_-]+@[\\w-]+(\\.[\\w-]+)+$"; ``` --- ### 四、删除注释掉的代码 **问题**：存在无用的注释代码`//message.setDataHandler(dh);`。 **解决**：直接删除该行。 --- ### 五、其他优化 1. **正则表达式增强**：完善邮箱格式校验（如域名长度限制）。 2. **异常处理**：捕获`NumberFormatException`（端口号转换异常）。 --- ### 优化后完整代码 ```java public class EmailUtil { // 添加私有构造函数 private EmailUtil() { throw new AssertionError("工具类不允许实例化"); } public static boolean isEmail(String email) { // 修正后的正则表达式 String EMAIL_REGEX = "^[\\w.+_-]+@[\\w-]+(\\.[\\w-]{2,})+$"; return email.matches(EMAIL_REGEX); } public static JSONObject sendMail(MyEmailModel emailModel) { JSONObject retMsg = new JSONObject(); String from = emailModel.getEmailAccount(); String to = emailModel.getEmailToUsers(); Properties props = System.getProperties(); props.setProperty("mail.smtp.host", emailModel.getEmailSmtpHost()); props.setProperty("mail.smtp.auth", "true"); props.setProperty("mail.smtp.ssl.enable", emailModel.getEmailSsl()); props.setProperty("mail.transport.protocol", "smtp"); if ("587".equals(emailModel.getEmailSmtpPort())) { props.put("mail.smtp.starttls.enable", "true"); } Session session = Session.getInstance(props); session.setDebug(true); try { MimeMessage message = new MimeMessage(session); message.setFrom(new InternetAddress(from, emailModel.getEmailSenderName(), "UTF-8")); InternetAddress[] sendTo = InternetAddress.parse(to); message.setRecipients(MimeMessage.RecipientType.TO, sendTo); message.setSubject(emailModel.getEmailTitle()); message.setContent(emailModel.getEmailContent(), "text/html;charset=utf-8"); Transport transport = session.getTransport(); int port = Integer.parseInt(emailModel.getEmailSmtpPort()); transport.connect(emailModel.getEmailSmtpHost(), port, emailModel.getEmailAccount(), emailModel.getEmailPassword()); transport.sendMessage(message, sendTo); transport.close(); retMsg.put("code", true); retMsg.put("error", ""); } catch (MessagingException | UnsupportedEncodingException | NumberFormatException e) { retMsg.put("code", false); retMsg.put("error", e.getMessage()); // 更简洁的错误信息 } return retMsg; } } ``` --- ### 改进点总结 1. **私有构造函数**：防止工具类被实例化。 2. **正则表达式优化**： - 删除冗余字符，规范字符类：`[\w.+_-]`。 - 重构域名部分结构：`[\\w-]+(\\.[\\w-]{2,})+`，避免灾难性回溯。 3. **异常处理增强**：捕获端口号转换异常。 4. **代码清理**：删除无用注释，提升可读性。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值