টুলিং
সেভ করা পৃষ্ঠা গুছিয়ে রাখতে 'সংগ্রহ' ব্যবহার করুন
আপনার পছন্দ অনুযায়ী কন্টেন্ট সেভ করুন ও সঠিক বিভাগে রাখুন।
পারফরম্যান্সের সমস্যা কোথায় রয়েছে এবং কোন কোডটি অপ্টিমাইজ করা শুরু করতে হবে তা জানা কঠিন হতে পারে। আপনার সমস্যাটি কোথায় তা সংকুচিত করতে সহায়তা করার জন্য সরঞ্জামগুলি ব্যবহার করে শুরু করুন।
লেআউট ইন্সপেক্টর
আপনার লেআউট পরিদর্শন করতে এবং পুনর্গঠনের সংখ্যা দেখতে লেআউট ইন্সপেক্টর ব্যবহার করুন।
যদি আপনার UI এর কার্যকারিতা খারাপ থাকে তবে এটি প্রায়শই একটি কোডিং ত্রুটির কারণে হয় যা আপনার UI কে অতিরিক্তভাবে পুনর্গঠন করতে বাধ্য করে। অন্যদিকে, কিছু কোডিং ত্রুটি আপনার UI কে পুনরায় সংকলন করা থেকে বাধা দিতে পারে যখন এটির প্রয়োজন হয়, যার অর্থ UI পরিবর্তনগুলি স্ক্রিনে প্রদর্শিত হচ্ছে না। ট্র্যাকিং পুনর্গঠন এই ধরনের উভয় সমস্যা খুঁজে পেতে সাহায্য করতে পারে।
নিজের মধ্যে পুনর্গঠন খারাপ নয়; যাইহোক, অপ্রত্যাশিত পুনর্গঠন একটি সমস্যা হতে পারে।
আরও তথ্যের জন্য, লেআউট ইন্সপেক্টর পুনর্গঠন গণনা ডকুমেন্টেশন দেখুন।
রচনা ট্রেসিং
একটি সিস্টেম ট্রেসে আপনার কম্পোজযোগ্য ফাংশন ট্রেস করতে কম্পোজিশন ট্রেসিং ব্যবহার করুন। প্রথম কোনো কর্মক্ষমতা সমস্যা খোঁজার সময় ট্রেস প্রায়ই তথ্যের সেরা উৎস। তারা আপনাকে সমস্যাটি কী এবং কোথায় খুঁজতে শুরু করবেন তার একটি অনুমান গঠন করার অনুমতি দেয়।
অতিরিক্ত সম্পদ
এই পৃষ্ঠার কন্টেন্ট ও কোডের নমুনাগুলি Content License-এ বর্ণিত লাইসেন্সের অধীনস্থ। Java এবং OpenJDK হল Oracle এবং/অথবা তার অ্যাফিলিয়েট সংস্থার রেজিস্টার্ড ট্রেডমার্ক।
2025-07-30 UTC-তে শেষবার আপডেট করা হয়েছে।
[null,null,["2025-07-30 UTC-তে শেষবার আপডেট করা হয়েছে।"],[],[],null,["# Tooling\n\nIt can be hard to know where a performance issue lies and what code to start\noptimizing. Start by using tools to help narrow down where your issue is.\n\nLayout Inspector\n----------------\n\nUse the [Layout Inspector](/develop/ui/compose/tooling/debug#layout_inspector) to inspect your layout and see recomposition\ncounts.\n\nIf your UI has poor performance, this is often because of a coding error that\nforces your UI to be recomposed excessively. On the other hand, some coding\nerrors can prevent your UI from being recomposed when it needs to be, which\nmeans UI changes aren't showing up on the screen. Tracking recompositions can\nhelp find both of these kinds of problems.\n\nRecomposition in itself is not bad; however, unexpected recomposition can be an\nissue.\n\nFor more information, see the Layout Inspector [recomposition counts](/develop/ui/compose/tooling/debug#recomposition-counts)\ndocumentation.\n\nComposition tracing\n-------------------\n\nUse [composition tracing](/develop/ui/compose/tooling/tracing) to trace your composable functions in a system\ntrace. Traces are often the best source of information when first looking into a\nperformance issue. They allow you to form a hypothesis of what the issue is and\nwhere to start looking.\n\nAdditional Resources\n--------------------\n\n- **[App performance guide](/topic/performance/overview)**: Discover best practices, libraries, and tools to improve performance on Android.\n- **[Inspect Performance](/topic/performance/inspecting-overview):** Inspect app performance.\n- **[Benchmarking](/topic/performance/benchmarking/benchmarking-overview):** Benchmark app performance.\n- **[App startup](/topic/performance/appstartup/analysis-optimization):** Optimize app startup.\n- **[Baseline profiles](/baseline-profiles):** Understand baseline profiles."]]
