枚举和注解 枚举 基础知识 枚举是一组常量的集合。枚举属于一种特殊的类，里面只包含一组有限的特定的对象。 其实枚举类是可以通过传统写法自定义的，写法为： 构造器私有化 不提供set方法 在类内部预先初始化好静态的实例，并且对外暴露 代码略，直接学习如何创建真正的枚举。 使用enum关键字来代替class 直接写FALL(“秋天”,“凉爽”)，效果上等价于 public static final Season FALL = new Season(“秋天”,“凉爽”); 如果有多个常量对象，使用逗号间隔即可 使用 enum 实现枚举，必须把定义的常量对象写在枚举类的最前面 使用无参构造器时，可以把括号也省略，直接写FALL，举例 FALL, SPRING, SUMMER, WINTER; public class Enum { public static void main(String[] args) { System.out.println(Season.SPRING); } } enum Season{ SPRING("春天","温暖"), SUMMER("夏天","炎热"), FALL("秋天","凉爽"), WINTER("冬天","寒冷"); private String name; private String desc; Season(String name, String desc) { this.name = name; this.desc = desc; } @Override public String toString() { return "Season{" + "name='" + name + '\'' + ", desc='" + desc + '\'' + '}'; } } .java文件可以用 Javac 编译成.class文件，.class文件也可以用 Javap 反编译成字节码文件，通过观察先编译再反编译的结果，可以看到很多隐藏的细节。 对于 Seanon 类，反编译得到的代码如下 Compiled from "Enum.java" final class hspedu.inner.enumer.Season extends java.lang.Enum<hspedu.inner.enumer.Season> { public static final hspedu.inner.enumer.Season SPRING; public static final hspedu.inner.enumer.Season SUMMER; public static final hspedu.inner.enumer.Season FALL; public static final hspedu.inner.enumer.Season WINTER; public static hspedu.inner.enumer.Season[] values(); public static hspedu.inner.enumer.Season valueOf(java.lang.String); public java.lang.String toString(); static {}; } 值得关注的细节有： 枚举类是 final 类型的，因此不可被继承 枚举类默认继承 java.lang.Enum 类，因此不可继承其他类 每一个常量都默认是 public static final 类型的 简单练习 第一题 判断语法正误 enum Gender { BOY, GIRL; } 答案： 语法没有错，相当于一个“没有属性，只含有无参构造器”的枚举类 第二题 判断输出什么 enum Gender2 { BOY, GIRL; } Gender2 boy = Gender2.BOY; Gender2 boy2 = Gender2.BOY; System.out.println(boy); System.out.println(boy2 == boy); 答案： BOY true 分析： 首先，枚举类本质也是类，所以Gender2 boy = Gender2.BOY;这种写法肯定是对的 boy相当于拿到了枚举类里的public static final常量，因此boy和boy2肯定是一样的 System.out.println(boy)相当于调用Gender2的toString方法，但是显然它没有，就去找父类的toString方法，父类是java.lang.Enum（前面有提到） Enum类的成员方法 分别是 name、ordinary、values、valueOf、compareTo方法，建议自己写一写用一用，方法的效果都写在代码里了： public class Enum { public static void main(String[] args) { Season spring = Season.SPRING; // name方法，建议优先使用toString，效果类似 System.out.println(spring.name()); System.out.println(spring); // ordinary方法，输出该枚举对象的序号，从0开始 System.out.println(spring.ordinal()); // values方法，返回所有的枚举对象 Season[] values = Season.values(); for (Season value : values) { System.out.println(value); } // valueOf方法，返回指定名称的枚举对象 Season valueOf = Season.valueOf("FALL"); System.out.println(valueOf); // compareTo方法，比较两个枚举对象，返回它们的序号之差，在这里是spring的序号 - valueOf的序号 System.out.println(spring.compareTo(valueOf)); } } enum Season{ SPRING("春天","温暖"), SUMMER("夏天","炎热"), FALL("秋天","凉爽"), WINTER("冬天","寒冷"); private String name; private String desc; Season(String name, String desc) { this.name = name; this.desc = desc; } } 简单练习2 声明 Week 枚举类，其中包含星期一至星期日的定义； MONDAY, TUESDAY, WEDNESDAY, THURSDAY,FRIDAY, SATURDAY, SUNDAY; 使用 values 返回所有的枚举数组，并遍历，要求打印值为“星期一”而不是“MONDAY” public class Enum { public static void main(String[] args) { Week[] values = Week.values(); for (Week value : values) { System.out.println(value); } } } enum Week{ MONDAY("星期一"), TUESDAY("星期二"), WEDNESDAY("星期三"), THURSDAY("星期四"), FRIDAY("星期五"), SATURDAY("星期六"), SUNDAY("星期日"); private String name; Week(String name) { this.name = name; } @Override public String toString() { return name; } Enum类的接口 Enum类本身已经有了继承关系，因此不能继承其他类 但作为一个类，它仍然可以实现接口 interface Playing { void play(); } enum Music implements Playing { HARD_ROCK, POP, CLASSIC, ROCK, JAZZ; @Override public void play() { } } 注解 最基本的修饰符 最基本的三个修饰符分别是： Override：用来限定某个方法必须重写父类的方法，只能用于方法 SuppressWarnings：抑制编译器的警告 Deprecated：用来表示某个程序元素（比如类或者方法）已经过时 Override 其实对于正确的方法重写来说，加不加这个修饰符都可以。 但如果加了的话，编译器会检查你是否有正确地重写这个方法。如果不正确的话会报错，产生编译错误。 Override的源码如下，从 @Target (ElementType.METHOD) 上可以看出，这个修饰符只能用在方法上。 @interface 修饰的类都是注解类。 @Target(ElementType.METHOD) @Retention(RetentionPolicy.SOURCE) public @interface Override { } 顺带一提， @Target 是修饰注解的注解，也称为元注解。 Deprecated 用 @Deprecated 修饰符修饰的元素，暗示其已经过时了，不推荐再继续使用，但其实可以使用。 @Documented @Retention(RetentionPolicy.RUNTIME) @Target(value={CONSTRUCTOR, FIELD, LOCAL_VARIABLE, METHOD, PACKAGE, MODULE, PARAMETER, TYPE}) public @interface Deprecated { String since() default ""; boolean forRemoval() default false; } 从源码可以看出，该修饰符可以修饰方法、字段、包、参数等。 该关键字一般用于 JDK 版本更迭时，给过时的方法打上标注。 SuppressWarnings 用来抑制编译器警告，在 ( ) 中可以填抑制的警告类型。 因为懒得打字，我直接把文档粘在这： 参数名称 作用描述 all 抑制所有警告。 unchecked 抑制与泛型相关的“未经检查的操作”警告，例如在使用原始类型时。 deprecation 抑制使用了 @Deprecated 标记的过时类或方法的警告。 rawtypes 抑制使用了泛型但未指定具体类型的“原始类型”警告。 unused 抑制代码中存在但未被使用的变量、方法或类的警告。 serial 抑制可序列化的类未定义 serialVersionUID 的警告。 null 抑制与空值分析相关的警告（如潜在的空指针）。 cast 抑制与强制类型转换操作相关的警告。 fallthrough 抑制在 switch 语句中缺少 break 而导致“直通”的警告。 finally 抑制 finally 块无法正常返回的警告。 boxing 抑制与自动装箱（boxing）和拆箱（unboxing）操作相关的警告。 static-access 抑制不正确的静态成员访问方式的警告。 dep-ann 抑制使用过时注解的警告。 incomplete-switch 抑制 switch 语句中未覆盖所有枚举常量的警告。 javadoc 抑制与 Javadoc 相关的警告。 synthetic-access 抑制内部类访问未优化的警告。 resource 抑制与资源（如 Closeable ）使用相关的警告。 restriction 抑制使用了不建议或禁止引用的警告。 使用示例，代码如下： @SuppressWarnings({"all"}) enum Music implements Playing { HARD_ROCK, POP, CLASSIC, ROCK, JAZZ; @Override public void play() { } } @SuppressWarnings是没有对使用位置限制的，从源码中也可以看出，它没有 @Target 去限制，源码如下： @Retention(RetentionPolicy.SOURCE) public @interface SuppressWarnings { String[] value(); } 元注解 注解的注解，看源码时可能遇到，没那么重要，快速过一下。 四种元注解： Retention：指定注解的作用范围，三种值SOURCE,CLASS,RUNTIME Target：指定注解可以在哪些地方使用 Documented：指定该注解是否会在javadoc体现，即在生成文档的时候，可以看到该注解 Inherited：子类会继承父类注解 这部分我战略性跳过了，稍微不太好理解，也有点深入了。 1 个帖子 - 1 位参与者 阅读完整话题
各位佬有相关经验吗，刚去做了一组检查，医生说最便宜的国产都要2.4w，一位刚攒够钱的javaer心碎了 ，而且说是要2年以上 15 个帖子 - 14 位参与者 阅读完整话题
用提示词限定生成一组机械的黑白结构图片，已经用共享的提示词去限定公共场景了，每组图片只有差异的地方更改了不同的提示词，可是生成的图片之间的同一物体还是无法保证一致性；用第一张图给第二张图参考也不行。 求助各位佬，有什么好的方法吗？ 2 个帖子 - 2 位参与者 阅读完整话题
一组被指为iPhone 18 Pro机身的新照片近日在网络上曝光，展示了包括黑色、蓝色以及暗樱桃红在内的多种配色，被认为是目前最清晰的一次相关泄露。 据悉，这批图片最早发布在博主Yeux1122的个人博客上，爆料者Lanzk声称其手中持有数个iPhone 18 Pro铝制中框样品，这些部件包括机身背板和侧框，并在金属表面可见“2026”字样及一些模糊的中文标记。 从公布的照片来看，泄露样品中包含一枚暗樱桃配色框架、两枚黑色框架以及三枚浅蓝色框架，多件同色样品之间外观差异不明显。 每个黑色和浅蓝色部件旁边还附有一个小塑料袋，疑似装有SIM卡托，这被视为这些组件可能来自仍沿用实体SIM卡地区生产厂商的侧面佐证，其中很可能包括中国制造商。 尽管本次泄露展示了多个颜色版本，但业内分析认为，这并不一定代表iPhone 18 Pro和iPhone 18 Pro Max上市时的完整配色阵容。 当前机型iPhone 17 Pro仅提供三种配色，而早前传闻称，iPhone 18 Pro有望恢复到四种配色的常规策略，其中包括本次泄露所示的黑色、浅蓝色、暗樱桃红以及尚未现身的浅银色。 若暗樱桃配色最终成真，有观点认为其有望复制iPhone 17 Pro Max“宇宙橙”配色的市场热度，成为新一代热门色之一。 与此同时，黑色机型的回归也被部分用户视为利好消息，因为上一次Pro系列提供黑色选项还是在2024年的iPhone 16 Pro上。 报道指出，编辑团队对泄露图片进行了细致分析，未在图像中发现明显的后期合成或生成式AI伪造痕迹，同时相关机身内部结构突起设计也不同于iPhone 17 Pro现有版本。 虽然缺少可用的EXIF数据，但鉴于此类泄露通常不包含该类信息，业内人士认为这一点并不足以质疑图片的真实性。 需要注意的是，爆料者Lanzk此前并无针对iPhone配色的记录，不过其曾准确披露过苹果面向教育市场的低价MacBook计划，该产品最终演变为后来的MacBook Neo，因此在部分圈内人士看来，其本次关于iPhone 18 Pro机身配色的爆料具备一定可信度。 查看评论
github.com GitHub - microsoft/coreutils: Coreutils for Windows: Installer & Packaging Coreutils for Windows: Installer & Packaging 支持大部分兼容UNIX的指令，微软这个自己都受不了 Agent 工具各种需要考虑在 window 中运行时，这个命令找不着，那个命令没有的问题了？ 4 个帖子 - 3 位参与者 阅读完整话题
IT之家 6 月 2 日消息，汽车媒体 CarBuzz 昨日（6 月 1 日）发布博文，分享了一组抓拍的路测图， 展示了改款路虎卫士（Land Rover Defender）路测图。 从伪装位置看，改款重点集中在车头和车尾引擎盖、前翼子板、前翼子板通风口、车门和后翼子板基本保持现款样式。 车头部分，大灯看起来延续现款设计，雾灯位置被下移，形状也从方形改为更扁的矩形。 雾灯上方新增通风口，可能为中冷器或刹车系统导入更多空气，暗示底盘或动力相关部件也可能有调整。 前保险杠位置，前摄像头已经移到格栅网格内，似乎取消现款车头中部类似信箱口的开口。 车尾部分，后保险杠变短，倒车灯位置上移，并取消现款突出的后部饰件。原本分成 3 段的后保险杠，在原型车上看起来更接近整体式布局。IT之家附上相关图片如下：
各位佬友，公益站的额度调整请大家周知～先给一组数字大家就明白为什么要调整了： 总用户数：3300 用户持有余额：52.5 万刀 每天签到获得的总额度：6.6 万刀 每天总消耗额度：0.3万刀 很多佬友在评论和私信里都希望能放开更多的注册，我们用户现在持有的余额总量导致我一直不敢放开，但是从这些统计数字来看大量的用户只囤积并没有实际的使用需求，导致公益站一直不敢放量更多新用户，权衡之下做出以下调整，以下是引用公益站的公告 ： 额度系统调整说明： 本次对额度体系做了调整，可能会发现自己的余额和以前不一样了，来解释一下： 为什么有人余额变少了？ 签到额度现在设有 30 刀上限，每天签到会将签到余额补满到 30 刀。过去通过签到囤积的额度已按新规则重置。这么做是因为大量额度被囤积，导致我们不敢放开注册，很多想加入的佬友进不来 为什么有人余额变多了？ 历史上通过兑换码购买的额度，不管当时有没有用完，本次全部原额恢复到你的兑换额度里了 额度现在分两种： 签到额度：每天签到补满，上限 30 刀，用完再签才有得领 兑换额度：通过兑换码充值，无上限，买多少是多少 消耗时优先扣签到额度，签到额度用完再扣兑换额度。 这次调整的初衷： 减少囤积、让额度流动起来，这样我们才能吸纳更多新用户，给更多佬友提供福利。感谢大家的理解和支持 祝大家儿童节快乐，天天快乐，tokens 永远够用～ 干草铺 2026.06.01 20 个帖子 - 20 位参与者 阅读完整话题
这两天把 A 股几个指数和黄金放一起看，感觉挺像一组风险偏好温度计。 A股这边，5 月 29 日上证 4068.57，跌 0.73%；深成指和创业板跌得更狠，一个 -1.81%，一个 -2.11%；沪深300相对抗跌，只跌 0.45%。 黄金那边，COMEX 黄金看到 4569.9，涨 0.83%。 我的理解是：权益市场内部在收缩风险，资金更偏权重和确定性；另一边黄金还在吃避险和宏观预期。两边合起来看，不像是市场完全没钱，更像是大家不太愿意为高波动资产付太高价格。 这时候最容易犯的错有两个： 一个是看到A股跌，就觉得所有东西都完了；另一个是看到黄金涨，就觉得避险资产可以无脑冲。其实都不太对。 我更愿意把它当成仓位提醒： 权益仓位高的，先看自己是不是太集中在成长/小票； 黄金仓位高的，别忘了它也会剧烈回撤； 空仓的人，也别因为一两天波动就急着证明自己。 市场大部分时候不是给标准答案，只是在提醒你：你现在这个仓位，能不能睡得着。 1 个帖子 - 1 位参与者 阅读完整话题
微软近期释放出一组颇具悬念的预告，暗示 Surface 产品线即将迎来新硬件，同时还抛出“PC 的新纪元”这一说法。 Windows 与 Surface 负责人 Pavan Davuluri 在社交平台上表示，“有些新东西即将面向开发者发布”，并配上了一张看起来像是曲面显示边缘的神秘图片。 他同时明确说明，这并不是一个全新的操作系统版本，因此外界期待的 Windows 12 不太可能在下周的 Build 开发者大会上亮相。 另一边，Windows 官方账号也发布了类似的神秘信息，称将迎来“PC 的新时代”，并附上指向台北 Computex 举办地的坐标信息。 这让外界普遍猜测，微软此次预热可能与 Computex 和 Build 两场大会上的产品发布有关，重点或许会落在新一代 Surface 设备，以及可搭载新芯片的硬件平台上。 相关推测还把英伟达卷了进来，因为市场传闻称其可能重新进入 Windows on Arm 领域，并推出名为 N1 和 N1X 的芯片。 目前最可能的答案要等到下周揭晓：英伟达定于 5 月 31 日在 Computex 发表主题演讲，而微软则将在 6 月 2 日的 Build 主题演讲中继续公布更多消息。 这意味着，微软这轮预告很可能只是更大规模发布计划的前奏。 查看评论
彭博社记者马克·古尔曼近日分享了一组基于内部信息复原的截图，首次较为完整地展示了 iOS 27 中全新 Siri 应用以及“Search or Ask”（搜索或提问）功能的界面与交互形态。 这些图片由彭博根据掌握的资料重新绘制，显示出苹果在智能助理和系统搜索入口上的一次大幅重设计。 报道指出，全新的 Siri 将通过一款独立应用向 iPhone、iPad 和 Mac 用户开放，支持文本与语音两种交互模式，并提供类似聊天机器人的往复对话体验。 用户可在应用中查看对话历史，还能设置对话记录的自动过期机制，这一设计与目前广泛使用的 ChatGPT、Gemini、Claude 等聊天机器人颇为相似。 彭博展示的界面渲染图显示，Siri 应用默认采用深色风格，底部设有“Ask Siri”文本输入栏，以及用于语音输入的麦克风图标和添加图片等文件的回形针图标。 另外还有专门的页面用于浏览过往对话记录，支持列表式或气泡式两种呈现方式。 在功能层面，iOS 27 将引入“个性化版” Siri，具备更强的屏幕内容感知能力以及对用户个人上下文的理解能力。 苹果在 2024 年 WWDC 上曾演示，Siri 能基于邮件和信息应用中的内容，回答诸如“我妈妈航班几点到”“和她的午餐预订是什么时间”这类问题。 新版 Siri 预计将在这类场景中更加实用，例如用户可以在安排行程前先询问自己可用的空档时间，或让 Siri 利用本机和互联网信息代写邮件、备忘录或短信草稿。 在交互入口上，Siri 将进一步与 iPhone 的灵动岛融合。 报道称，iOS 27 用户可以在任意界面，自屏幕顶部中央向下滑动，呼出全新的“Search or Ask”界面，而现有的通过语音呼叫“Siri”或长按电源键进行语音召唤的方式仍将保留。 彭博展示的渲染图显示，“Search or Ask”界面整合了经过改版的“Siri 建议”视图，能够呈现常用应用、最近的网页搜索、天气信息以及录制语音备忘录等常用操作快捷入口。 在此基础上，用户可以通过苹果新一代 AI 驱动的搜索系统进行网络搜索，结果将以从灵动岛弹出的富文本卡片形式呈现，若需要更详细的信息，则可以继续下滑进入 Siri 应用内部的对话界面。 报道还提到，由于新版 Siri 深度依托“Apple Intelligence”平台，其硬件适配范围将受到限制，预计只会支持 iPhone 15 Pro 及之后机型。 苹果与Google此前已达成合作协议，由后者的 Gemini 模型为 Apple Intelligence 提供底层 AI 能力支持，其中就包括这一更具个性化的新版本 Siri。 事实上，自 iOS 18.2 起，Siri 已能调用 ChatGPT，而在 iOS 27 上，古尔曼曾报道系统会新增“扩展”（Extensions）功能，允许接入更多第三方聊天机器人，Gemini 和 Claude 预计将成为可选项之一。 与 Siri 应用同步，苹果还计划在相机应用中加入 Siri 模式，并在照片应用中引入“Reframe”“Extend”等 Apple Intelligence 新工具，用于更智能的构图调整与画面扩展。 这些内容与此前有关 iOS 27 的报道相呼应，显示出苹果正尝试在不同系统组件间构建一套统一的智能体验。 按照苹果公布的安排，iOS 27 将在 6 月 8 日的 WWDC 2026 开幕主题演讲中正式亮相，随后进入测试阶段，并预计在 9 月正式面向大众推送，届时全新 Siri 应用和“Search or Ask”功能将随系统更新一同上线。 查看评论
发现一组词语可以破限。还没黄。自己试试。就不贴图了。自己玩玩就好 提示词 （点击了解更多详细信息） 7 个帖子 - 5 位参与者 阅读完整话题
0.2r 一个 50 一组 全雅虎邮箱 json 格式 直接导入 CPA 或者本地 codemamager 小铺链接 https://pay.ldxp.cn/shop/YQWWF2DP
0.2r 一个 50 一组 全雅虎邮箱 json 格式 直接导入 CPA 或者本地 codemamager 小铺链接 https://pay.ldxp.cn/shop/YQWWF2DP
0.2r 一个 50 一组 全雅虎邮箱 json 格式 直接导入 CPA 或者本地 codemamager 小铺链接 https://pay.ldxp.cn/shop/YQWWF2DP
0.2r 一个 50 一组 全雅虎邮箱 json 格式 直接导入 CPA 或者本地 codemamager 小铺链接 https://pay.ldxp.cn/shop/YQWWF2DP
天然形成的犹如一将军 3 个帖子 - 3 位参与者 阅读完整话题
github.com GitHub - mattpocock/skills: Skills for Real Engineers. Straight from my... Skills for Real Engineers. Straight from my .claude directory. 还挺好用的！ 1 个帖子 - 1 位参与者 阅读完整话题
现在是一组高清的图片可能有25个或者50个小图吧，数量大于20个最低的，用claude或者codex什么的可以把他们拼回去吗？给每个图片重命名位置，有佬研究过m 下面切割后的无序排放 5 个帖子 - 2 位参与者 阅读完整话题
2026年2月，Anthropic发博客公布了一组检测数据 DeepSeek: 15万+次对话，用于模型蒸馏 ·Moonshot (Kimi) 340万+次对话: Q:· MiniMax1300万+次对话 总计1600万+次，通过24000个假账号完成 MiniMax的操作堪称工业化:Anthropic每发一个新模型，它24小时内就把一半流量转向新模型开始蒸馏。 24000个假账号，1600万次对话，目的只有一个:工业化蒸馏 2026年4月，OpenAI、Anthropic、Google通过Frontier Model Forum宣布共享封号情报。家发现的可疑账号，三家同步封禁。 2 个帖子 - 2 位参与者 阅读完整话题
NGINX 被曝一组高危漏洞，已潜伏约 18 年，威胁全球约三分之一的网络服务器。 CVE-2026-42945 - (9.2 Critical) CVE-2026-42946 - (8.3 High) CVE-2026-40701 - (6.3 Medium) CVE-2026-42934 - (6.3 Medium) 已发布修复版本：NGINX Open Source 用户应升级至 1.31.0 或 1.30.1，NGINX Plus 用户应升级至 R36 P4 或 R32 P6，升级后需重启服务使补丁生效。对于暂时无法升级的用户，可通过将配置中所有未命名捕获组（$1、$2）替换为命名捕获组的方式规避触发条件。排查方法为：确认已安装的 NGINX 版本区间，并在配置文件中检索同时含有未命名捕获组与问号替换字符串的 rewrite 指令。 5 个帖子 - 5 位参与者 阅读完整话题