大模型大数据攻城狮-CSDN博客

大模型大数据攻城狮

码龄18年

IP 属地：广东省

加入CSDN时间： 2008-01-23

个人简介：在阿里巴巴等多种类型公司工作过，第一份工作是在大厂做移动开发，后来在创业公司由于团队需要做后台开发、嵌入式开发等几乎全栈开发,最近这些年还保持必要全栈开发，精力更多在大数据、大模型等领域。

查看详细资料

个人成就

获得18,293次点赞
内容获得119次评论
获得13,059次收藏
代码片获得2,227次分享
原力等级

原力等级

9

原力分

11,446

本月获得

289

TA的专栏

TA关注的专栏 2

TA关注的收藏夹 0

TA关注的社区 15

TA参与的活动 0

TA的推广

兴趣领域设置

人工智能

机器学习

创作活动更多

AI 镜像开发实战征文活动

随着人工智能技术的飞速发展，AI 镜像开发逐渐成为技术领域的热点之一。Stable Diffusion 3.5 FP8 作为强大的文生图模型，为开发者提供了更高效的图像生成解决方案。为了推动 AI 镜像开发技术的交流与创新，我们特此发起本次征文活动，诚邀广大开发者分享在 Stable Diffusion 3.5 FP8 文生图方向的实战经验和创新应用本次征文活动鼓励开发者围绕 Stable Diffusion 3.5 FP8 文生图方向，分享以下方面的内容： 1. 技术实践与优化 - Stable Diffusion 3.5 FP8 模型架构解析与优化技巧 - 文生图生成效果的提升方法与技巧 - 模型部署与加速策略，例如使用 Hugging Face、Diffusers 等工具 - 针对特定场景（例如二次元、写实风）的模型微调与定制化开发 2. 应用场景探索 - Stable Diffusion 3.5 FP8 在不同领域的应用案例分享，例如游戏设计、广告创意、艺术创作等 - 利用 Stable Diffusion 3.5 FP8 实现图像编辑、图像修复、图像增强等功能的探索 - 结合其他 AI 技术（例如 NLP、语音识别）构建更强大的应用 3. 创新应用与思考 - 基于 Stable Diffusion 3.5 FP8 的创新应用场景设计 - AI 镜像开发的未来发展方向的思考与展望 - 对 AI 镜像开发伦理、安全等问题的探讨

28人参与去参加

更多

从 CRUD 到架构师：Go gRPC 微服务流量治理的 15 个关键细节

Proto 文件就是你跟别的团队（前端、客户端、或者写的兄弟）撕逼的依据。

博文更新于 15 小时前 ·

顺丰运维面试题及参考答案

对比维度浅拷贝深拷贝复制深度仅复制顶层对象，共享嵌套子对象递归复制顶层对象+所有嵌套子对象内存占用较小（仅创建顶层新容器）较大（创建所有层级的新对象）修改影响修改嵌套子对象会影响原对象原对象与拷贝对象完全独立，互不影响执行效率较高（无需递归遍历）较低（需递归处理所有嵌套层级）适用场景1. 对象无嵌套可变子对象；2. 无需修改嵌套子对象；3. 追求效率、节省内存1. 对象包含嵌套可变子对象；2. 需要修改拷贝对象且不影响原对象；3. 要求数据完全独立面试加分点。

博文更新于 15 小时前 ·

虎牙ios开发面试题及参考答案（下）

栈的适用场景：存储生命周期短、大小固定的数据，如函数局部变量、参数、返回值、基本数据类型。优势是访问快、无需手动管理内存，适合高频访问、短期使用的数据。堆的适用场景：存储生命周期长、大小不固定的数据，如对象实例、动态缓冲区、共享数据。优势是内存大小灵活，适合长期使用、跨函数共享的数据。内存泄露（Memory Leak）是程序内存管理中的常见问题，指 “内存资源已不再被程序使用，但未被系统回收，持续占用内存空间” 的现象。

博文更新于前天 08:47 ·

虎牙ios开发面试题及参考答案（上）

循环引用（Retain Cycle）是 Objective-C 开发中最常见的内存泄漏原因，指两个或多个对象之间相互强引用（strong reference），形成闭环，导致所有对象的引用计数无法减为 0，即使不再使用也无法被系统回收，长期占用内存，最终可能导致应用卡顿、崩溃。理解循环引用的产生场景和避免方法，是 iOS 开发者必备的内存管理能力。一、什么是循环引用？（原理与示例）

博文更新于 2025.12.17 ·

从入门到架构：一套小白也能看懂的 iOS 自动化内存泄漏监控方案（附 MLeaksFinder 实战）

在 Swift 里，Protocol 默认是可以被 Struct（结构体）和 Class（类）共同遵守的。// 这种写法是很多人的习惯// 坑就在这！编译器不让你加 weak，因为 protocol 没限制 class因为没被限制为AnyObject(或老版本的class)，编译器不知道遵守它的是引用类型还是值类型，所以它禁止你用weak修饰。于是，很多开发者图省事，直接把weak去掉了。CustomView强引用delegate（通常是 VC）。VC强引用CustomView。

博文更新于 2025.12.17 ·

从 2.5% 到 0.1%：一名资深 iOS 架构师的“崩溃治理”复盘笔记

这个错误简直是 iOS 开发者的噩梦。通常是因为：类型转换错误（把当成了NSArray用）。Delegate 没清理，指到了错误的对象上。后端返回数据结构变更，解析错乱。动态方法解析备用接收者完整消息转发如果三次机会都浪费了，才会抛出异常导致崩溃。我们要抓住第二次机会。因为这一步消耗最小，且最容易控制。

博文更新于 2025.12.17 ·

把服务器装进手机：金融 App 的“本地优先”架构与离线生存指南

DNS 污染是移动网络的顽疾。当被解析到了一个错误的 IP，你的所有优化都白搭。必须上 HTTPDNS。但这谁都知道。我想说的是容灾策略。当 HTTPDNS 服务本身也挂了（别笑，云厂商也常挂），或者 HTTPDNS 返回的 IP 也是不通的，怎么办？硬编码 IP 列表（Hardcoded Fallback）。在 App 的二进制包里，埋入几个“救命 IP”。这些 IP 直接指向你们机房的备用入口，不经过任何 CDN。尝试 Local DNS 解析（速度快，但不可靠）。

博文更新于 2025.12.17 ·

绝密不再泄露：打造 Android 金融应用防截屏、防录制与内存 Dump 的终极防线

这世界上没有攻不破的 App。当攻击者拥有几百万的预算，甚至动用定制的物理设备（如芯片级探针）时，客户端的防护终将失效。所以，不要把宝全押在客户端。我们需要一套能够识别“异常环境”的设备指纹（Device Fingerprint）。普通的 IMEI、Android ID 早就被改机软件（如 008神器、微霸）玩烂了。金融级的指纹需要采集以下维度的熵值：构建属性（Build Props）的一致性：比如，一台声称是 "Pixel 6" 的设备，它的必须符合 ogle 的签名规则。

博文更新于 2025.12.16 ·

Flink 实时风控系统的万字实战笔记

从My或配置中心（如Nacos）读取规则变化，通过CDC推送到Kafka的一个专用Topic。

博文更新于 2025.12.15 ·

拒绝丢帧：万字解构安防监控设备的“零拷贝”软核架构

当用户直接拔掉电源时，SD卡里最后几秒的数据还在控制器的Cache里，没落盘。不仅这几秒没了，整个文件系统都可能因为FAT表没更新而损坏，导致下次启动SD卡变成“只读”或无法识别。软件能做什么？你需要在电路设计上争取时间（比如大电容能撑200ms），并通过GPIO检测掉电信号。立即停止所有视频采集和编码（省电）。不再写入新的视频帧。同步元数据：调用fsync或者fflush，把最重要的文件尾部和FAT表刷入Flash。卸载：如果还有时间，执行umount。

博文更新于 2025.12.15 ·

猫眼ios开发面试题及参考答案（下）

单链表节点：// 仅后继指针@end双链表节点：// 前驱指针// 后继指针@end// 数据域// 后继指针@end@end二叉树的前序、中序、后序遍历是三种基础的深度优先遍历（DFS）方式，核心差异在于“访问根节点的时机”——前序（根→左→右）、中序（左→根→右）、后序（左→右→根），“前、中、后”均针对根节点的访问顺序而言。遍历的核心目标是按特定顺序访问二叉树的所有节点，且每个节点仅访问一次。

博文更新于 2025.12.14 ·

实战救火型从 500MB 降到 50MB：高频业务场景下的 iOS 内存急救与避坑指南

如果你频繁 Push/Pop 这个页面，而系统回收内存的速度赶不上你创建的速度（内存碎片化），App 就会因为瞬时内存峰值过高被杀掉。别指望 SDWebImage 的 Cache 帮你管理一切，它的 Cache 是基于 LRU 的，但在高频交互下，LRU 可能还没来得及淘汰，内存就已经爆了。但是像我上面说的“大图没释放”、“缓存无限增长”，它们之间是有强引用的，不是循环引用，所以 Leaks 工具觉得它们是“合法”的。如果说 Block 循环引用是显性的坑，那定时器（Timer）就是隐形的杀手。

博文更新于 2025.12.14 ·

别再背八股文了：资深架构师眼里的 RunLoop、GCD 与线程保活真相

博文更新于 2025.12.14 ·

猫眼ios开发面试题及参考答案（上）

OC 中的 Category（中文常称“类别”或“分类”）是一种灵活的类扩展机制，允许在不修改类的原始实现文件（.h.m）、不创建子类的前提下，为已存在的类（包括系统类，如NSStringUIView）添加新的方法、协议，或重写类的部分方法（不推荐重写系统方法）。其核心价值是“解耦代码、扩展功能、模块化管理”，具体作用如下：扩展系统类功能：系统类（如NSString）无法直接修改源码，通过 Category 可添加自定义方法。例如，为NSString// 新增方法@end@end。

博文更新于 2025.12.14 ·

排查过上百个 OOM 现场后，我总结了这套 Go 内存排查组合拳

它卡住的地方，可能是一个 Channel，可能是一个锁，也可能是一个网络 IO。跟抓 Pprof 一样简单，但注意，这个文件通常会比较大，而且采集期间会有一定的性能损耗（STW 稍微明显点），建议只抓 5-10 秒。原来是因为日志库是同步写磁盘的，IO 慢了，导致所有打日志的业务协程全部卡住，排起了长队。哪怕没人读，数据丢在管道里，routine 跑完退出了，管道最后会被 GC 回收，完美。但在协程泄露的场景下，你要找的往往不是“正在消耗 CPU”的函数，而是“卡在 select”

博文更新于 2025.12.14 ·

谁拖垮了你的数据库连接池？Spring“大事务”性能优化实战指南

写了这么多，你会发现 Spring 事务的核心矛盾在于“控制”。你想控制数据的一致性，所以你加了。你想控制性能，所以你拆分大事务，用。你想控制异常，所以你小心翼翼地配置。但真正的高手，是懂得**“放手”**的。放手让非核心逻辑异步化。放手让微服务之间通过MQ去达成最终一致，而不是强求实时一致。放手去掉那些无谓的只读事务注解。Spring Boot 的事务管理极其强大，但也极其脆弱。它像一层薄薄的冰，承载着业务的重量。希望这篇专栏能让你看清冰面下的暗流，在每一次commit。

博文更新于 2025.12.14 ·

滴滴前端开发社会招聘面试题及参考答案

实习时长我的实习时长为。

博文更新于 2025.12.11 ·

搜狐ios开发面试题及参考答案

一、核心现象：数据类型强制转换导致精度丢失当用 assign 修饰 int 类型变量。

博文更新于 2025.12.11 ·

高并发实战录：彻底解决 Goroutine 堆积与资源泄露的终极 Code Review 清单

凌晨 3 点，报警群炸了。监控面板上，核心 API 网关的内存曲线像一根陡峭的避雷针，直接刺破了 Kubernetes 的 Limit 限制，紧接着就是 Pod 重启、流量跌零、上下游连锁报错。。即使一个空 routine 只占 2KB-4KB 栈空间，但当你因为下游服务（比如数据库、或是某个第三方 API）响应变慢，导致你的服务在几秒钟内堆积了 10 万、20 万个 routine 时，事情就变味了。

博文更新于 2025.12.10 ·

Android音频架构之巅：手把手教你打造全格式（MP3/AAC/FLAC）低功耗播放引擎

不要完全依赖系统的嗅探机制。像B站、网易云这种体量的App，往往会内置FFmpeg的嗅探逻辑作为兜底。当Android原生Extractor举白旗的时候，FFmpeg顶上去，强行分析流结构。

博文更新于 2025.12.09 ·